"be consistent" | |
PerlMonks |
mod_perl, The Bane of Shared Webhostingby hiseldl (Priest) |
on Sep 05, 2002 at 18:14 UTC ( [id://195463]=perlmeditation: print w/replies, xml ) | Need Help?? |
Aaargh! There are several Perl portals and other CGI's out there that I would like to install and play with, but they require mod_perl to run. I asked my current webhost if they could install it, and I received this reply:
My webhost is Superb.net, and they are running Perl 5.8.0 on SunOS 5.9. If a Perl module is not installed, they are usually pretty quick to install it. Their only drawback is that they won't install mod_perl (see the quote above). Their web server is Apache/1.3.26 with tomcat, mod_throttle, PHP, mod_fastcgi, and a few others. What keeps me there? Reliability and support. In two years there has only been one unscheduled outage that I remember. Every support issue that I had, from billing to configuration issues, has been addressed within 24 hours, and most of the time within 2 hours. Do I want to move to another host? If I can find a host that offers mod_perl at a comparable price, I would definitely consider it. Tell me about your webhost's support for Perl and mod_perl. I found references to the following hosts supporting Perl or mod_perl in articles here on the monestary. Here is a short list of hosts that I came up with:
I started writing this article out of frustration from the realization that I may have to pay more every month to get mod_perl functionality from a webhost e.g. co-location or dedicated server. After searching for 'web host' and reading several of the writeups here at the monestery, I realized that the collective wisdom of the monks is uplifting, diverse, informative and helpful just like a community should be. A big ++ to everyone who has posted something here at the monestery. :)
-- P.S. Yes, there are equivalent PHP scripts, etc., but I'm a Perl Monk, not a PHP Monk. ;)
Back to
Meditations
|
|