Re^2: prevelance of mod

go figure ... I find it difficult to imagine an ISP which would disallow perl; I guess I live in a completely different tidal pool ;)

That being said, I think trying to force an ISP or inhouse department to support something they naturally do not want to might be asking for trouble ... its your money, just go for a different hosting company

I would recommend trying out www.slicehost.com ... u have a choice of OS, root control and can ramp things up if u need too. Having used Rackspace servers for the past 5 years, I am a bit coddled ... but I am a recent convert to slicehost and can recommend them.

Comment on Re^2: prevelance of mod_perl

Replies are listed 'Best First'.
Re^3: prevelance of mod_perl by perrin (Chancellor) on Jun 04, 2008 at 16:36 UTC
It's not that they disallow Perl, just server modules like mod_perl. Setting up mod_perl to run with the permissions of each individual user is non-trivial most shared-hosting ISPs are not willing to tackle it.	[reply]
Re^4: prevelance of mod_perl by Cap'n Steve (Friar) on Jun 05, 2008 at 06:20 UTC
I was actually under the impression that mod_perl wouldn't ever be safe for shared hosting until something like the perchild MPM was finished. Did this change recently?	[reply]
Re^5: prevelance of mod_perl by perrin (Chancellor) on Jun 05, 2008 at 17:41 UTC
If you run a mod_perl server for each user and proxy requests to it, you can give everyone their own mod_perl which they can restart and have a very similar model to FastCGI. I don't think ISPs will ever bother to do this though, and I know I don't have any interest in using a shared host.	[reply]