|
Hi y'all,
I love aligulac also and find it frustrating when it's down or slow. Since TheBB allows downloading the database from the website, I decided one month ago to give a shot at creating a "mirror/alternative" to aligulac.
It's hosted at the address https://sc2.n1.gg.
My goals were a bit different:
- I want it to be fast and reliable
- I decided to drop the rating (I'm no data scientist nor mathematician and everyone can have his own rating)
- The website is readonly for now (I'm downloading aligulac's db once a day to refresh the data)
I made some efforts to keep some urls compatible with aligulac:
- http://aligulac.com/players/485-Serral/ => https://sc2.n1.gg/players/485-Serral/
- works with some parameters of match filtering in players/{id}/results url
- works with some parameters of match filtering in /results/search/
The website is for now player focused and there's not a lot of features. The source code and issues can be found on github.
Hope you like it, would love to have some feedback
|
Sounds cool. Match history is what most people look for from aligulac so this might help aligulac's stability. But have you reached out to TheBB about this? Since this does rely on aligulac and aligulac contributors's work.
|
The hard work is obviously updating the database and I'm not trying to steal it.
Since the database is open and TheBB was saying that he didn't work on the code for a long time, I felt that I would do no harm with my project.
It would be great for me to work with aligulac's contributors (that's why I'm posting here)
|
Northern Ireland25047 Posts
As a vaguely technically minded but not particularly amazingly competent individual, why is Aligulac so slow anyway?
It is, by a country mile the slowest website I ever frequent on a semi-regular basis, why?
|
Northern Ireland25047 Posts
I don’t want to be critical because everything else aside I really really do like it, I just honestly don’t understand why the access of the information held within it is quite that slow.
|
On May 26 2019 08:16 Wombat_NI wrote:
I don’t want to be critical because everything else aside I really really do like it, I just honestly don’t understand why the access of the information held within it is quite that slow.
TheBB thinks that it has to do with inefficient Postgres queries: https://github.com/TheBB/aligulac/issues/298 .
|
Canada8989 Posts
On May 26 2019 07:18 nro wrote:
The hard work is obviously updating the database and I'm not trying to steal it.
Since the database is open and TheBB was saying that he didn't work on the code for a long time, I felt that I would do no harm with my project.
It would be great for me to work with aligulac's contributors (that's why I'm posting here)
That's great! It's even more readable then the Aligulac overlay if I'm honest.
But without wanting to sound ungratefull, is raising money to pay for something/someone to fix the problem Aligulac has out of the question?
I understand absolutely nothing about these kind of things but if we could pay someone to optimize, it or pay for better server (or whatever) it would be nice, as much as yours is nice, a lot of people are gonna miss it if they keep going to aligulac. If someone has time to look up those things it would be great.
|
On May 26 2019 08:57 Nakajin wrote:Show nested quote +On May 26 2019 07:18 nro wrote:
The hard work is obviously updating the database and I'm not trying to steal it.
Since the database is open and TheBB was saying that he didn't work on the code for a long time, I felt that I would do no harm with my project.
It would be great for me to work with aligulac's contributors (that's why I'm posting here) That's great! It's even more readable then the Aligulac overlay if I'm honest. But without wanting to sound ungratefull, is raising money to pay for something/someone to fix the problem Aligulac has out of the question? I understand absolutely nothing about these kind of things but if we could pay someone to optimize, it or pay for better server (or whatever) it would be nice, as much as yours is nice, a lot of people are gonna miss it if they keep going to aligulac. If someone has time to look up those things it would be great.
sc2.n1.gg is not meant to compete with aligulac. If you find someone to fix aligulac's issues, that'd be great. Feardragon is already working on it: https://github.com/TheBB/aligulac/issues/299
That said, I don't think that paying for a better server is the best way to fix these issues. sc2.n1.gg is running on a 3€/month server and should be able to stay on it even if the traffic and the database get much bigger.
So it's definitely an implementation issue.
|
|
|
On April 17 2019 21:51 opisska wrote:
Isn't programming a new system a rather absurd way of solving performance issues?
It's the common approach if you can't improve performance through tweaking.
|
but what does aligulac do for you..
|
On March 27 2019 11:39 Seeker wrote:
Sigh... It used to be TLPD...
I miss those days so bad. It was the main thing that got me into TL initially.
|
Poland3748 Posts
On April 16 2019 23:50 BisuDagger wrote:Was there a SC2 staff decisions to give up on TLPD. I know it's contributor based and BW has been spoiled by contributers, but I can't imagine that there aren't enough SC2 fans that would have been willing to put the effort in.
I don't know if there was such decision but truth been told Aligulac was in many aspects superior to whatever TLPD could provide and the work on tlpd would have been both redundant and not adding noticeable value.
|
I'm happy that the original developer is still replying on github and there's a chance the project takes on additional developers to fix server CPU/user 504 issues!
|
On May 29 2019 06:05 nimdil wrote:Show nested quote +On April 16 2019 23:50 BisuDagger wrote:On March 27 2019 11:39 Seeker wrote:
Sigh... It used to be TLPD... Was there a SC2 staff decisions to give up on TLPD. I know it's contributor based and BW has been spoiled by contributers, but I can't imagine that there aren't enough SC2 fans that would have been willing to put the effort in. I don't know if there was such decision but truth been told Aligulac was in many aspects superior to whatever TLPD could provide and the work on tlpd would have been both redundant and not adding noticeable value.
One thing that it had that Aligulac lacks is map stats though. Wished Aligulac had it.
|
Poland3748 Posts
On May 29 2019 11:18 pdd wrote:Show nested quote +On May 29 2019 06:05 nimdil wrote:On April 16 2019 23:50 BisuDagger wrote:On March 27 2019 11:39 Seeker wrote:
Sigh... It used to be TLPD... Was there a SC2 staff decisions to give up on TLPD. I know it's contributor based and BW has been spoiled by contributers, but I can't imagine that there aren't enough SC2 fans that would have been willing to put the effort in. I don't know if there was such decision but truth been told Aligulac was in many aspects superior to whatever TLPD could provide and the work on tlpd would have been both redundant and not adding noticeable value. One thing that it had that Aligulac lacks is map stats though. Wished Aligulac had it.
Yes, well I'm not saying it's perfect. But TLPD rating is based on Elo which is fine as long as you make players play against each other when they are on similar level. So it worked pretty good for Brood War @ Korea (proleague, thank you) but it kind of sucked for SC:WoL era as international competitions was inflated compared to Korea. So we had 2 rankings - not perfect to use for some predictions to say the least. Common rating would be even worse as Koreans would have low rating compared to foreginers (the rating would be significantly rebalanced every IPL or MLG or whatever but not to enough degree).
Aligulac pretty much solved this problem and provided good way to measure relative strength of players despite having players clustered in groups of players with different and not necessarily correlated strengths and sizies.
I don't know what is the status here but if Eivind is no longer involved that much, perhaps TL.net could seek to take over custody of the site.
|
I will write TheBB on facebook - have him respond to this thread
|
|
|
|
|
|
EPT
