Stories
Slash Boxes
Comments
NOTE: use Perl; is on undef hiatus. You can read content, but you can't post it. More info will be forthcoming forthcomingly.

All the Perl that's Practical to Extract and Report

The Fine Print: The following comments are owned by whoever posted them. We are not responsible for them in any way.

mod_perl Presence Dying at OSCON 2 Comments More | Login | Reply /

 Full
 Abbreviated
 Hidden
More | Login | Reply
Loading... please wait.
  • I wanted to learn mod_perl but finding a cheap hosting company for mod_perl is *nigh* impossible while PHP is ruling the roost there. All the ISP's that have Perl in a CGI configuration have PHP in a mod_php configuration. That needs to change but probably won't. All the posts I read is mod_perl is a bear to configure properly and so ISP's won't (or don't) do it. I could be wrong but my experience shows not.

    • First of all, we maintain a database of mod_perl-friendly ISPs [apache.org]. New submissions and corrections of the outdated information is more than welcome.

      Second, it's true that it's much harder to get ISP give you mod_perl account, due to the nature of mod_perl, mainly because users running on the same Apache host may abuse each others setups. I hope that Apache 2.0 will change that. There are several prototypes for perchild MPMs, which allow you to run several processes, each su-ed into a different user (ala suexec but no forking at request time), and having threads running inside each of those process. At the moment none of these prototypes fully working, so I can't tell whether this will be the panacea, but we shell see.

      Currently I know of these two implementations (there could more): perchild mpm [apache.org] and muxmpm [sannes.org]

      --

      Stas Bekman [stason.org] of

Stories, comments, journals, and other submissions on use Perl; are Copyright 1998-2006, their respective owners.