We use BSD::Resource for our mod_perl clients. Keeps them from eating the machine alive.

On another shared machine each client gets their own interpreter with some pretty tight limits on child spawning, open children etc. on top of the Resource limits

Shared hosting mod_perl is a real drag to do though unless everyone is pretty low traffic.

I'm probably not doing it right, its a 'grown' solution for a few clients, not a huge solution engineering for mass hosting.

John-

On Wed, 11 Jun 2003 09:58:54 -0700
 "Mike Zelina" <[EMAIL PROTECTED]> wrote:
I have a local hosting provider who has mod_perl installed
on the server, but will not enable it for security reasons. After doing
some digging on the mod_perl site and thinking about how many ways a
renegade mod_perl program could bring down a site (large modules using
a lot of memory means larger httpd process, consumes memory, hurts performance,
etc.).


I couldn't find any documentation on how a host *could* provide mod_perl
and do it in a way that would be safe for his server and usable for a
client. Maybe some way to restrict memory space or something? One problem I
see is that Stat::INC would need to be enabled for everything (at least in the
clients sandbox). I guess performance-wise, this would still be way better
than straight CGI.


Thanks for any help. If there is an "M" out there for this, please
tell me to "RTF"!


I looked into some of the sites listed on the mod_perl providers page on
perl.apache.org. However, most of these sites are $99+ per month. My
lowly non-profit clients can't afford this much $. I'm debating getting
a bunch of non-profits together and do a dedicated server, but I'd rather
not do that unless I have to.


Thanks,
Mike Zelina



Reply via email to