http://qs1969.pair.com?node_id=738289


in reply to Re^2: What is mod_perlite?
in thread What is mod_perlite?

Except that mod_perl is still a single global environment for all Perl programs such that one customer's global changes could overwrite another customer's global changes.

That's true for server config changes, but not for anything you can do after server startup (i.e. without root). When you set MaxRequestsPerChild to 1, everything is gone at the end of each request.

I don't see any need for mod_perl to compete in the hosting market when FastCGI is already ubiquitous, and has this same capability. (The Ruby hype was good for something after all!) I think these guys should have taken a closer look at FastCGI before they decided that cheap hosting was a problem.

Replies are listed 'Best First'.
Re^4: What is mod_perlite?
by Anonymous Monk on Sep 21, 2009 at 23:58 UTC
    I like the focus of the project, but I agree with what's been stated. I don't think they will add anything beneficial for Perl 5. My question is: do the internals of Perl 6 change significantly enough for a project like this to work? (Not having to reload the interpreter...keeping the web scripter's code at arm length so you have a clean container after the script has been run.) If Perl 6 can provide an environment where a mod_perl6lite would work just like mod_php, I think the web would shift back to Perl.