On 5/1/08, Timo Ewalds <[EMAIL PROTECTED]> wrote: > I agree, this is rather domain specific, and therefore not too useful. I > propose instead to add a general purpose reproxy module to nginx, which > would keep the domain specific url rewriting in your http/fcgi backend, but > let nginx still do the webserving. Perlbal has this feature, and but I don't > think either lighttpd or nginx do. To be fair, lighttpd 1.5 sort of has it, > though it needs to know about all the mogstore daemons ahead of time. The > way perlbal (or squid) does it you just pass back a full url in a header, > and it just does the request, making it much more flexible. Since > lighttpd/nginx don't do this, our Ruby code is doing both the url > translation and the request to the mogstored, which is much less efficient > than Ruby just did the url translation and let lighttpd/nginx do the > mogstore proxying.
The rationale for this is hoping to skip having to go into PHP/Perl/application level code. I believe nginx can already do it today, if you involve a PHP level script to determine the storage node(s) to try, and then tell nginx to grab it from there... I found a site[1] in Japanese that from what I can tell has determined how to do it. But to be able to skip needing any PHP level code would be great; it would allow the webserver to use MogileFS as a pseudo filesystem for a large majority of most websites' files (well, those that have user generated data) - or I guess *any* assets. 1. http://d.hatena.ne.jp/perezvon/20080418/1208531594