To get back to lua, mod_lua should IMO expose as much of the server API as it can, so people who want to script the server's behavior in a high-concurrency environment can do so. It should definitely compete with mod_rewrite, and if successful could supplant it.
But it shouldn't try to "compete" with things like rails or even mod_perl, because those communities have a massive set of complementary modules people will use (most of which probably aren't even interpreter thread- safe). It's a different set of tradeoffs between convenience and power. ----- Original Message ---- > From: Joe Schaefer <[email protected]> > To: [email protected] > Sent: Thu, December 30, 2010 9:09:32 PM > Subject: Re: Inspiration for mod_lua > > ----- Original Message ---- > > > From: William A. Rowe Jr. <[email protected]> > > To: [email protected] > > Sent: Thu, December 30, 2010 8:48:51 PM > > Subject: Re: Inspiration for mod_lua > > > > On 12/30/2010 6:52 PM, Joe Schaefer wrote: > > > > > > Blech. The upside to mod_perl is that you get the rest of the server for > > > free. mod_fcgid (or even mod_wsgi) is the same old crappy impoverished > > > CGI interface. > > > > Hmmm, fork for exec is that insignificant? Not according to any data > > I've > >seen. > > > > I agree mod_perl has some killer perks, but really hoping that mod_lua will > > replace a good number of those special cases. As far as >handlers/endpoints, > > fcgid significantly displaces CGI in performance, although yes, it's > identical > > in its limitations. > > I wasn't referring to performance, but *nothing* other than the main websites > would be impacted performance wise if they were all running mod_perl + >prefork. > I was referring to the fact that mod_perl exposes pretty much the entire > webserver > to perl, even though only a small number of people are able to use that power > effectively. Most people nowadays want a fully-boxed framework like rails. > > I mean take the CMS I just wrote with mod_perl. It's 2K LOC, uses a custom > map_to_storage handler, and defers a good chunk of its (sub)requests to httpd > for things like autoindex and negotiation and plain-old file serving, and > forwards > a user's basic auth creds to the subversion server. That isn't remotely > feasible > with mod_fcgi, I'd have to reimplement all that functionality my app, which is > a waste. > > > >
