HP3000-L Archives

September 2000, Week 1

HP3000-L@RAVEN.UTC.EDU

Options: Use Monospaced Font
Show Text Part by Default
Show All Mail Headers

Message: [<< First] [< Prev] [Next >] [Last >>]
Topic: [<< First] [< Prev] [Next >] [Last >>]
Author: [<< First] [< Prev] [Next >] [Last >>]

Print Reply
Subject:
From:
JIM McINTOSH <[log in to unmask]>
Reply To:
JIM McINTOSH <[log in to unmask]>
Date:
Fri, 1 Sep 2000 08:25:08 -0600
Content-Type:
text/plain
Parts/Attachments:
text/plain (42 lines)
Yes.  Thank you Mark W.  This mod might be a very useful alternative to
fastcgi for shops using perl.  However, it seems that fastcgi would be
cleaner and more flexible (since it can handle programs written in languages
other than perl).  Nevertheless, it is good to have alternatives.  Thanks.

Jim McIntosh

Mark Bixby <[log in to unmask]> wrote in message
news:39af297e_2@skycache-news.fidnet.com...
> Mark Wonsil wrote:
> >
> > Webreference.com sent an email with information on how one can run Perl
> > scripts outside the web-server's space.  This Perl mod keeps a Perl
instance
> > running all of the time so it doesn't have to start one with each
request.
> > I'm not sure what kind of porting effort it would require.  The topic
seemed
> > appropriate to those who posted earlier about FastCGI vs. MOD_Perl etc.
> >
> > Here's the URL (ends with .pm so watch the wrap!)
> >
> >
http://search.cpan.org/doc/HORROCKS/CGI-SpeedyCGI-1.8.3/lib/CGI/SpeedyCGI.pm
>
> I've never heard of this one until now.  Thanks for the reference!
>
> I suspect SpeedyCGI.pm will probably be slower than mod_perl, because a
> fork()/exec() still needs to be done as part of regular web server CGI
spawning
> to run a minimal C program which then communicates with the persistent
Perl
> process running outside of the web server.
>
> While not as fast as mod_perl, SpeedyCGI would offer better protection
against
> misbehaving Perl scripts which under mod_perl can seriously affect the
> operation of your web server.
>
> - Mark B.
>

ATOM RSS1 RSS2