We don't bite newbies here... much | |
PerlMonks |
comment on |
( [id://3333]=superdoc: print w/replies, xml ) | Need Help?? |
Now what a hosting provider could do fairly easily is just set up Apache::Registry for each of it's clients in a certain directory If it was that easy then most ISP would be doing it. Imagine a simple registry script that did this:
In perl you can write into any namespace that you like, and since mod_perl is persistant, then this new subroutine will hang around for as long as MaxRequestsPerChild determines, or until the server is restarted. So you can mess up anyone else that depends on DBI and is lucky enough to share a server with you. mod_perl is too closely integrated into Apache to make this safe, and perl has no concept of permissions on namespaces (rightfully so). However, all is not lost. mod_perl2 can solve this problem by using the perchild MPM where a fixed number of processes (that can run with different uids) create multiple threads to handle the requests. So each site that requires mod_perl will get their own playground that won't interfere with the other users. The problem is that this version has not stabilized yet, so we need to wait a little bit longer before we can use these features. I believe that once this has stabilized you will see mod_perl becoming available at a lot more ISPs... In the meantime, look at SpeedyCGI or FastCGI, which will do a lot to increase the speed of your perl scripts. Cees In reply to Re: Re: Re: Why mod_perl is good for PHP
by cees
|
|