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(a)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