Beefy Boxes and Bandwidth Generously Provided by pair Networks
XP is just a number

Re: mod_perl and shared environments don't mix - do they?

by Revelation (Deacon)
on Nov 10, 2002 at 03:01 UTC ( #211708=note: print w/replies, xml ) Need Help??

in reply to mod_perl and shared environments don't mix - do they?

A note:

There are numerous cheaper than dedicated server frameworks that off mod_perl. Not advertizing here, but check out HSPComplete. Some sites that offer it are:, and (the entry level page doesn't work there.). You might want to check out other examples of this as well, by going to Other possibilities include root via UML (User Mode Linux), or Ensim's virtual server environment. I'm not sure how any of the technologies employed actually work, though.

In addition, my webhosting provider expnet offers a 'virtual server' package that gives each user a chrooted 'root' access. To use mod_perl, or to install apache ability to modify the kernel is not a prerequisite, so this works as well. However, access to shared cache (PostgreSQL, or IPC::Somestuff, I assume) is not possible, as that's much more complicated. I wonder if the virtuozzo or Ensim environments allow access to them?

So access to mod_perl is now offered for cheaper and cheaper prices, although this includes root access, and a prerequisite is *some* sort of server knowledge. When you consider some of these hosting accounts cost less than $15, it really is remarkable. If you can administer a server, I'd advise investigating. Otherwise, you'll have to get somebody to manage these environments for you. With 'virtual server' environment so cheap, there really is not much of an initiative to allow users access to mod_perl through 'virtual hosting', since it really doesn't corner any aspect of the market (the ammount of mod_perl coders who are not linux savvy is minute...)

In addition, when you say:

PHP has spread through the shared hosting world like wildfire, as is easily evidenced by the fact that the simple web messageboard domain is dominated by PHP nowadays. The feasibility of being offered in shared hosting environments would be a great boon to mod_perl.

I would assert that mod_perl, even if it was available for shared hosting, would not spread like PHP. The main reason I find people using PHP is that it's learning curve is the least steep of all languages. Mod_perl, on the other hand, is very complicated (taking advantage of the Apache hooks, as well as the power of once-compiling code), and it follows a natural progression from perl as a language. This means that users won't be able to make a simple change from PHP to mod_perl. However, It might be valid to offer mod_perl through template toolkit; although, I find this to be less satisfactory than PHP for simple tasks.

Gyan Kapur
  • Comment on Re: mod_perl and shared environments don't mix - do they?

Replies are listed 'Best First'.
Re^2: mod_perl and shared environments don't mix - do they?
by Aristotle (Chancellor) on Nov 10, 2002 at 14:37 UTC

    Thanks for the notes.

    In reply to your comment however:

    I believe PHP has spread more because ready-to-install scripts like vB, phpBB, phpNuke, Typo3 and others are available that allow "non-techies" to run dynamic content on their sites.

    Before the advent of virtual hosting PHP, the most widespread messageboard software was UBB - written in Perl, with very ugly internals and hard to customize. But it was successful, because at the time it was released, no other messageboard software offered a "control panel" for easy configuration - you had to edit text files and/or the scripts themselves.

    PHP won, because it was easy to offer for hosts and easy for technically unsavvy site owners to run scripts for it. You already mentioned Template Toolkit II - having Apache::Registry applications use it (or maybe Mason?) would make them about as easily customizable as comparable PHP applications.

    That alone should be a great boost; and of course, for the savvy folks it would be a conditioning drug, who will soon want harder stuff like real mod_perl handlers. :)

    Makeshifts last the longest.

Re: Re: mod_perl and shared environments don't mix - do they?
by perrin (Chancellor) on Nov 11, 2002 at 02:08 UTC
    Stay away from the IPC::* stuff. With the exception of IPC::MM, all of them are much slower than file-based approaches like MLDBM::Sync and Cache::Mmap.

Log In?

What's my password?
Create A New User
Domain Nodelet?
Node Status?
node history
Node Type: note [id://211708]
and the web crawler heard nothing...

How do I use this? | Other CB clients
Other Users?
Others surveying the Monastery: (2)
As of 2021-10-17 21:25 GMT
Find Nodes?
    Voting Booth?
    My first memorable Perl project was:

    Results (72 votes). Check out past polls.