Beefy Boxes and Bandwidth Generously Provided by pair Networks
Perl Monk, Perl Meditation

Re^2: More than mod_cgi less than mod_perl.

by cees (Curate)
on Jun 07, 2005 at 13:06 UTC ( #464285=note: print w/replies, xml ) Need Help??

in reply to Re: More than mod_cgi less than mod_perl.
in thread More than mod_cgi less than mod_perl.

A possible way to do what you want may be to have a 'cgi-server' wrapped around all cgi-scripts, and have Apache pass all request to this other process. This would only require ProxyPass'ing from Apache, and a simple server-wrapper around the cgi scripts. In fact, I can't imagine such a wrapper doesn't exist yet.

It does exist. Look at my response below about PersistentPerl.

Fast CGI is another option (like Joost mentions), but I believe that you have to change your code for it to work. Although it is probably trivial to do so.

  • Comment on Re^2: More than mod_cgi less than mod_perl.

Replies are listed 'Best First'.
Re^3: More than mod_cgi less than mod_perl.
by Anonymous Monk on Jun 07, 2005 at 13:57 UTC
    A little OT, but PersistentPerl does not support Win32 I believe. I also couldn't use Fast CGI on IIS. And all two seems to be dead: FastCGI last release: 2003 PersistentPerl last release: 2003

      I wouldn't say that FastCGI is dead. Stable, yes. Dead, no. It's been working beautifully on my Debian boxes for years, and is still supported in the new Sarge that was just released. I believe the burgeoning Ruby on Rails community is picking it up, too, as one of the persistent mechanisms of choice. It just works, and darn well I might add.

      One particularly thorny problem it helped me solve recently- I provide "boutique" hosting services for a rather large perl-based CMS that's under heavy development. I have clients that are on the stable branch and are happy where they are at, and clients that want to run the development "bleeding edge" branch. mod_perl makes this difficult because of namespace clashes, while with FastCGI I can run multiple long-running "instance scripts" and everything just works. And nicely, too.

      You do lose the direct integration with the Apache API (I love mod_perl), but FastCGI is a very nice alternative persistent environment that's language independent.

      -Any sufficiently advanced technology is
      indistinguishable from doubletalk.

      My Biz

        Yes - That's absolutely right....

        FastCGI and lighttpd makes for a very good hosting environment for Rails apps (PHP apps too).

        lighttpd seems to be becoming the preferred choice for PHP and the wonderful Ruby (see here)

        Now, if only lighttpd supported mod_perl....



      Perhaps that just means that they have both already reached perfection ;)

      Seriously though, FastCGI is a very mature technology, so I can understand why development may have stopped. After all, when was the last time Apache made any changes to the way CGI works?

      As for PersistentPerl, there is only one registered bug with the project on RT, and it is platform dependant (OSX), and includes a proposed fix.

      Really, there are lots of perl modules that haven't had an upgrade in ages that are still relevant. How long did Apache::Session go without an update? HTML::Template has only had one release in the last 3 years and it is still very heavily used. I'm sure there are many others...

Log In?

What's my password?
Create A New User
Node Status?
node history
Node Type: note [id://464285]
and the leaves swirl about...

How do I use this? | Other CB clients
Other Users?
Others about the Monastery: (4)
As of 2018-04-20 03:58 GMT
Find Nodes?
    Voting Booth?