Page 7 of 7
Posted: Mon Nov 28, 2005 10:38 pm
yay time to celebrate
thx to the staff and the new hoster
Posted: Tue Nov 29, 2005 2:48 am
all those suggestions about decentralization of course have something to them.
however, most of you are forgetting some key points:
- anidb is very big and eats a lot of resources
- it would be very tricky to somehow split up the database onto different servers and keep them in sync (think: distributed transactions, joins accross multiple servers, ... x_X)
- any distribution to multiple servers which are not located within close distance to each other could actually slow things down, instead of speed them up
Posted: Tue Nov 29, 2005 3:15 am
how about jsut do what animesuki.com does and just have mirrors of the site, and if they log in then they have to be on the main site but the anime lists, and so on can be mirrored easily i think, its just putting data back into the system thats the tricky bit.
Posted: Tue Nov 29, 2005 4:20 am
whatsup_will wrote:how about jsut do what animesuki.com does and just have mirrors of the site, and if they log in then they have to be on the main site but the anime lists, and so on can be mirrored easily i think, its just putting data back into the system thats the tricky bit.
our database is a bit bigger than the one of animesuki :P
basically every "mirror" you're talking about there would already need some serious hardware power.
and well, if anidb keeps growing like it is at the moment, we will have to look into stuff like this someday.
but for now we got about double the server power we had before, so I hope that will keep us afloat a bit.
Posted: Tue Nov 29, 2005 2:21 pm
Can I lock this whole silly thread plz? I'm bored of ignorant words of wisdom from noobs.
Nice new avatar btw exp.
Posted: Tue Nov 29, 2005 6:16 pm
Yes, you can... but maybe you shouldn't.
Posted: Tue Nov 29, 2005 9:25 pm
shaman wrote:Well maybe a good idea would be a solution similar to wikipedia's one. Using a few (would be good atleast 2) servers as main database serves and using seperate (in this case all those donated low-spec servers) for caching (squid or smth.).
I dont think squid can cache dynamic links (../xyz.php?someparam=bla...) for wikipedia the links stay the same, unless some article is renamed, so squid can cache those.
Besides I don't think that distributing AniDB at its current state onto different servers would be that easy, as you'll run into syncronization traps pretty easy (esp. if some kind of load balancer is used).
Posted: Wed Nov 30, 2005 11:10 am
Come on Rar don't get aggravated over this thread
EXP doesn't really care if some idiot asks for something, he knows what's best and a we didn't have a thread like this one for years
So let the kids play a little bit more and eventually when they notice that EXP doesn't read it anymore anyway they will stop talking to or amongst themselves and just get back to using AniDB and enjoying it.
This was the first long downtime in years and I guess it won't happen again that soon.
Posted: Wed Nov 30, 2005 12:12 pm
Skywalka wrote:This was the first long downtime in years and I guess it won't happen again that soon.
can i point and laugh at you? we have had a longer downtime every 6 months for 2 years now. don't forget the 1 month downtime from december to january last year or the other one in march (or may whatever) this year.
as much as i wish it were true we got no downtimes, but it's not true
Posted: Wed Nov 30, 2005 12:22 pm
He`s still in denial
Posted: Wed Nov 30, 2005 2:02 pm
well, let's hope we can make this up by having fewer or at least short downtimes from now on :o)
Posted: Wed Nov 30, 2005 4:09 pm
You sure about the downtime last december?
Wasn't only AR Forum?
Posted: Thu Dec 01, 2005 6:06 pm
Now down again.
Can't call method "prepare" on an undefined value at /var/www/anidb/perl-bin/modules/adb_db.pm line 461.
Posted: Thu Dec 01, 2005 7:12 pm
some technical issue that was fast resolved