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
On Mon, Mar 04, 2002 at 06:38:03PM -0600, Ian wrote:
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.
The existing PHP code will be useless in generating a static site suitable for mirroring.
Well, I do have the wt2txt utility, which will convert articles into DocBook XML, which is easily publishable in many formats including PDF, PostScript, text, and good old html.
Sime I'm already working on very much the same problem, there's no need for you to duplicate work. My code is all under the GPL. So if any programmers want to help with this, talk to me.
From: "Ian" rsvr4cqdon001@sneakemail.com
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.
CPU time is not really the problem. The problem is that that the current script still contains a lot of code that is not really programmed in a scalable way. Distribution is not a solution to that problem, it will make it worse.
-- Jan Hidders
wikipedia-l@lists.wikimedia.org