Title: Message
I have a 'medium'
traffic e-commerce site (about 30GB xfer a month). It is mostly written in
Perl (about 40 scripts or 4,000 lines of code). We have had no problems with
performance to date but in preparation for future growth (in addition to other
changes to the site's
Title: Message
Excuse my typos, I
just wanted to clarify I added 'use strict;' not 'use stricts;' to my code along
with the -w operator(#!/usr/bin/perl -w) and I'm not seeing all the errors
in my logs.
Title: FW: mod_perl_make error
Hello
Any help appreciated with this attempt to make mod_perl 1.27 on hp-ux 11.11, 64 bit OS, apache 1.3.26 and perl 5.6.1.
Rdgs
Richard
To: [EMAIL PROTECTED]
Subject: mod_perl_make error
Script started on Fri Jun 28 15:35:13 2002
# pwd
dear list,
i run into some trouble today for which i couldn't figure ailment myself nor
find it googling.
i got a cgi-bin dir running cgi/perl scripts under Apache::PerlRun.
the directory is protected by a function in a .pm (Cartas::handler) called as
a PerlInitHandler which reads some session
At 02:47 29.06.2002, David Dyer-Bennet wrote:
It's in the doc for 1.05, not in the doc for 1.10, and I can't find
any reference to it in the ChangeLog on the website, and it's not
mentioned in the UPGRADE file. My application, of course, is using
it, for what I thought were going to be good
At 16:36 28.06.2002, Garrington, Richard wrote:
/opt/ansic/bin/cc -DHPUX11 -Aa -Ae -D_HPUX_SOURCE -DMOD_PERL
-DUSE_PERL_SSI -D_HPUX_SOURCE +DD64 -Ae +z -D_LARGEFILE_SOURCE
-D_FILE_OFFSET_BITS=64 -DUSE_HSREGEX -DUSE_EXPAT -I./lib/expat-lite
-DNO_DL_NEEDED -D_HPUX_SOURCE +DD64
Jeff Crist wrote:
Excuse my typos, I just wanted to clarify I added 'use strict;' not 'use
stricts;' to my code along with the -w operator (#!/usr/bin/perl -w) and
I'm not seeing all the errors in my logs.
Because probably your code was clean in first place. Good for you.
BTW,
PerlWarn On
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Friday 28 June 2002 13:29, Goehring, Chuck Mr., RCI - San Diego wrote:
Ryan,
I couldn't get the requisites for the gd.pm and related modules to work on
Windows. Although these things apparently have worked great for years on
UNIX, they may
List,
I find the following situation one which arises many times for me when
creating modperl applications for people. However, I always find myself
thinking there is a better way to do it. I wondered if the list would like
to share their thoughts on the best way. It concerns storing and
Hi,
I followed Lyle's advice and moved my module down to the
PerlFixupHandler phase and also added the extra logging info.
However I still get, as predicted, one initial request for the correct
URI and another subrequest for a URI which corresponds to the value I
set the path_info to. If I
Title: Message
I am setting up a
server so that all my scripts have .cgi extentions. It would be nice if I
could just add some directives in the httpd.conf that will have all my virtual
hosts use modPerl for any files with either a .pl or a .cgi extention. The
reason I prefer this method is
Title: Message
I am gradually
moving to mod_Perl using Apache::PerlRun instead of Apache::Registry. I am
also considering switching from cgi-lib.pl to CGI.pm however I hear CGI.pm takes
longer to load. Will CGI.pm automatically be cached, thereby eliminating
the performance hit, by handling
Richard Clarke wrote:
List,
I find the following situation one which arises many times for me when
creating modperl applications for people. However, I always find myself
thinking there is a better way to do it. I wondered if the list would like
to share their thoughts on the best way.
Jeff wrote:
I am gradually moving to mod_Perl using Apache::PerlRun instead of
Apache::Registry. I am also considering switching from cgi-lib.pl to
CGI.pm however I hear CGI.pm takes longer to load. Will CGI.pm
automatically be cached, thereby eliminating the performance hit, by
Per Einar Ellefsen [EMAIL PROTECTED] writes on 29 June 2002 at 10:33:10 +0200
At 02:47 29.06.2002, David Dyer-Bennet wrote:
It's in the doc for 1.05, not in the doc for 1.10, and I can't find
any reference to it in the ChangeLog on the website, and it's not
mentioned in the UPGRADE file.
Does your handler use Apache::Registry or Apache::PerlRun by any chance?
I did find this code snippet from the ap_add_cgi_vars() within,
the Apache core...
if (r-path_info r-path_info[0]) {
/*
* To get PATH_TRANSLATED, treat PATH_INFO as a URI path.
* Need to
Jeff wrote:
Hey thanks for the reply. I am making progress but I have run into a
problem where when I have PerlRun enabled my scripts are not see the
field values being passed in the URL. I'm still using cgi-lib.pl not
CGI.pm.
I've never used cgi-lib.pl and you shouldn't either. That
(I'm not sure if this is a mod_perl thing of a Mac OS X bug, so I'm posting
it to both lists. Redirect follow-ups as appropriate.)
open2() doesn't seem to work for me when running under mod_perl in Mac OS X.
Here's the test case:
In /usr/local/bin/upcase
#!/usr/bin/perl
$buf .= $_
Jeff wrote:
So here is my strategy that I would like a sanity check from anyone on.
Go through and quickly clean up my existing code by adding use strict
and localizing all my variables (with 'my' and 'local' for special
variables) and then run is under mod_Perl using the Apache::PerlRun.
On Mon, 24 Jun 2002, Andreas J. Koenig wrote:
This stack trace is all I have. I cannot reproduce this SEGV at will,
so it will be difficult to obtain additional information. All I can do
is let the webserver run in -X mode and wait. I have no hints (yet)
what kind of request triggers it.
...
John Siracusa wrote:
(I'm not sure if this is a mod_perl thing of a Mac OS X bug, so I'm posting
it to both lists. Redirect follow-ups as appropriate.)
open2() doesn't seem to work for me when running under mod_perl in Mac OS X.
It's not a bug in MacOSX, it simply doesn't work with
dougm 2002/06/29 12:43:51
Modified:lib/ModPerl Code.pm
Log:
provide mechanism to #ifdef constants
add APLOG_TOCLIENT to the list of #ifdef constants
Revision ChangesPath
1.84 +20 -2 modperl-2.0/lib/ModPerl/Code.pm
Index: Code.pm
dougm 2002/06/29 12:44:04
Modified:.Makefile.PL
Log:
now that APLOG_TOCLIENT is #ifdef-ed, allow compilation with 2.0.35
Revision ChangesPath
1.87 +1 -1 modperl-2.0/Makefile.PL
Index: Makefile.PL
dougm 2002/06/29 13:38:33
Modified:src/modules/perl mod_perl.c modperl_cgi.c modperl_filter.c
modperl_types.h
Log:
add support for redirects with PerlOptions +ParseHeaders
Revision ChangesPath
1.130 +7 -0
24 matches
Mail list logo