http://www.perlmonks.org?node_id=464572


in reply to Re^2: More than mod_cgi less than mod_perl.
in thread More than mod_cgi less than mod_perl.

I agree that Perl is starting to gain a bad reputation on the web. mod_php is safe to use on shared hosting and mod_perl is not, which leads some people (even fairly experienced developers) to believe that PHP is just naturally faster. I've heard that mod_perl2 solves this with its perchild MPM, which (I think) gives each script its own namespace and runs it as its owner, but I don't expect speedy adoption.
  • Comment on Re^3: More than mod_cgi less than mod_perl.

Replies are listed 'Best First'.
Re^4: More than mod_cgi less than mod_perl.
by techcode (Hermit) on Jun 08, 2005 at 10:02 UTC
    Yeah! That's my point!

    Still, putting it in own namespace doesn't matter much, you could still be able to access other namespaces, right? So it still isn't shared hosting safe.

    Alto when I think about it, it wont be able to mess with anything else's, than what is already yours.

    If mod_perl2 is usable for shared hostings, than great! But is it suitable for them considering other things (memory usage for instance)?

    Still mod_perl requires from you to be a good programmer, and even if it would be shared hosting safe, it wouldn't be for the "masses".

    Alto that way, we (we - as somewhat good programmers :) could write applications for a mass usage on shared hosting - which would be better than where we are now.

    And "masses" couldn't brake anything even if they try writing some bad code, right?
      I think this version of mod_perl does address the shared hosting issue. The page I read (which I can't find right now) compared it to PHP's safe mode and also said it was a replacement for suexec. By changing the MPM, you can still offer all the power that the current mod_perl allows. I don't know anything about performance for either version.