Much more pratical would be a mirroring system. Bomis could continue to do the main wikipedia.com where updates would take place and the authoritative version would reside, and mirrors could automatically download new versions of pages. There could be more then one tier of mirrors to lift even more bandwidth and CPU time (which appears to be a bigger problem) off of Bomis.
The mirrors could wouldn't have to use php-wikipedia, they could just have static pages (though they could have edit this links, which would take you to wikipedia.com).
Granted, I don't have the time to put the code where my moulth is.
Ian Monroe http://mlug.missouri.edu/~eean/
On Sun, 3 Mar 2002, kband@www.llamacom.com XXXXXXXXXXXXXXXXXXXXX wrote:
Why would we want to distribute hosting? And for that matter, what's wrong with advertising, provided it's done as subtly as possible, and not from various merchants of death ;-) (which I still think is for Bomis to decide -- I may feel very proprietary about a lot of stuff here, but I still remember I'm on somebody else's playground. Jimbo et al. have been very cool about trying to get input, but business decisions should belong to them)
It's a matter of scaling. Hosting is currently the only bottleneck in the wikipedia process, other than possible problems in organization of material. If the popularity of Wikipedia doubles, the hosting needs to double--with distributed hosting, that would happen automatically.
-tc [Wikipedia-l] To manage your subscription to this list, please go here: http://www.nupedia.com/mailman/listinfo/wikipedia-l