Re: CGI bug scripts
- To: Joey Hess <firstname.lastname@example.org>, Julian Gilbey <J.D.Gilbey@qmw.ac.uk>, email@example.com, firstname.lastname@example.org, Debian developers list <email@example.com>
- Subject: Re: CGI bug scripts
- From: Craig Sanders <firstname.lastname@example.org>
- Date: Mon, 11 Sep 2000 11:21:09 +1100
- Message-id: <20000911112108.A896@taz.net.au>
- Mail-followup-to: Craig Sanders <email@example.com>, Joey Hess <firstname.lastname@example.org>, Julian Gilbey <J.D.Gilbey@qmw.ac.uk>, email@example.com, firstname.lastname@example.org, Debian developers list <email@example.com>
- In-reply-to: <20000910165629.I28184@kitenet.net>; from firstname.lastname@example.org on Sun, Sep 10, 2000 at 04:56:29PM -0700
- References: <20000830135346.E28048@polya> <20000910165629.I28184@kitenet.net>
On Sun, Sep 10, 2000 at 04:56:29PM -0700, Joey Hess wrote:
> Julian Gilbey wrote:
> > Is it my imagination, or is bugreport.cgi *really* slow? I think that
> > we should really investigate the possibility of using mod_perl. It's
> > using CGI.pm, which is *big* and takes time to load. I've written
> > scripts which I use under mod_perl and the time difference is
> > astonishing.
> You can also just not use CGI.pm, which is horrendously bloated for most
or modify it to run under speedycgi, which gives most of the benefits
of mod_perl (persistent perl scripts, persistent database connections,
compile-once rather than on every request, etc) without the hassles of
unlike mod_perl, most CGI scripts work under speedyCGI with little or no
modification...the main thing you have to remember is that the script is
now persistent, so you have to be careful about use of global variables
and even more careful about correctly initialising your variables - they
will retain their values from one execution to the next.
for many CGI scripts, the only change you have to make is change the "#!
/usr/bin/perl" line to "#! /usr/bin/speedy".
mod_perl still has it's uses - speedy and mod_perl perform similar but
far from identical tasks. for some jobs, mod_perl is better while for
other jobs, speedy is better.
To UNSUBSCRIBE, email to email@example.com
with a subject of "unsubscribe". Trouble? Contact firstname.lastname@example.org