Hi,
Before I begin, I want to let you know that I've already poured over all
mod_perl/Apache/CGI/perl related docs, porting guides, mailing list
archives, etc. I've read and re-read about the traps and pitfalls of
mod_perl. I have "use strict" on, warnings on, and I've quadrouple checked
fo
Perrin Harkins wrote:
Is there a proxy server in front of your mod_perl? You have to be careful
to avoid caching of Set-Cookie headers in the proxy.
- Perrin
Nope...I wish that was the case because it would explain a lot.
Occasionally people use anonymous proxies to access our site, but t
Jonathan Vanasco wrote:
On Oct 3, 2006, at 1:30 AM, David Emery wrote:
Just a shot in the dark, but could it be a problem with your log-in
process
rather than a caching issue? Like maybe the unique value you're basing
the
user's identity on isn't quite as unique as you think?
I'm going to a
I am not sure, but I think the problem you have is that Apache::DBI ignores
any disconnect() calls on database handles, and doesn't actually disconnect.
- Original Message -
From: "Jordan McLain" <[EMAIL PROTECTED]>
To:
Sent: Tuesday, October 10, 2006 10:57 PM
Subject: DESTROY
I ha
If I were you, I would put something like
warn "I'm being destroyed.";
in the DESTROY method, so you'll know for sure whether that is the case.
- Original Message -
From: "Jordan McLain" <[EMAIL PROTECTED]>
To:
Sent: Tuesday, October 10, 2006 11:20 PM
Subject: Re: Re: Re: DESTROY
I believe that since $db is a global variable it's not going to be
destroyed. If you got rid of the 'use vars' and changed it to
sub handler {
my $r = shift;
my $db = eCarList::DB->new();
...
}
then it would be.
- Original Message -
From: "Jordan McLain" <[EMAIL PROTECTED]>
To:
I've had similar problems before.
We will need more details though; is this your own Perl handler, an
Apache::Registry script, or something else?
Have you tried testing your pages while running Apache in single process
mode (httpd -X)? What happens?
Also, make sure you have read this:
http:
You ought to test if the file is really open first, and you will hopefully
get a more helpful error message:
open(LOGFILE, ">>junk.log") or die "Cannot open logfile, $!";
It seems like this is a Conolog question, not a mod_perl one. Did you not
read http://cronolog.org/usage.html?
It says the usage is:
CustomLog "|/path/to/cronolog [OPTIONS] logfile-spec" [format]
That would mean the line in question should look more like this:
CustomLog => qq{"|/usr/sbin/cronol
if ($result ="INVALID"){
Is that a single equal sign? Should be double equal sign. Actually it should
be eq because it's a string.
if ($result eq 'INVALID') {
- Original Message -
From: "Sumit Shah" <[EMAIL PROTECTED]>
To: "Sumit Shah" <[EMAIL PROTECTED]>;
Sent: Wednesday, November
This is a modperl mailing list, not PHP.
- Original Message -
From: Deepak Mallya
To: modperl@perl.apache.org
Sent: Saturday, December 16, 2006 8:02 PM
Subject: About PHP configuration
Hi,
I am new to PHP..am tryin to configure PHP and am havin few problems.I
have setup the http
Hi,
I don't think you have to worry about using die or exit it all. The CGI.pm
documentation says the following:
"There are occasionally problems involving parsing the uploaded file. This
usually happens when the user presses "Stop" before the upload is finished.
In this case, CGI.pm will re
This sounds like a CGI.pm issue. PerlRun doesn't alter the behavior
of CGI::header. You should report this on the RT bug tracker for
CGI.pm.
- Perrin
That's exactly what it is. I ran into this problem about a year ago (I was
saving the header to a variable for printing later) and it took me
What does your call to your OpenFile() sub look like? Since OpenFile
returns a copy of the file handle, the caller of that function will also
need to store it in a lexical variable, too, but you didn't include that
part of your program.
Also, where and how did you declare and define variables s
I've also gotten segfaults from reading a bad cookie. Another segfault
problem I experienced was caused by using a lexical variable in a sub in a
Registry script that was declared outside of the sub (specifically, it was a
CGI.pm object). Those segfaults seemed to happen randomly only about 10 t
PerlSetENV will only make your environment variables available to perl
handlers. If you want them also available to CGI, you have to set them
twice, once with PerlSetENV and again with Apache's regular SetENV. If
there's a better way to do it, I'm sure someone on the list will speak up :)
I ran some tests myself to compare the two about 6 months ago. It was a
"real world" test (an average sized template from my project), and I did not
count the compilation time for the JIT files. The difference between
HTML::Template::JIT and HTML::Template::Compiled was very small; smaller
th
What are the mod_perl 2 equivalents of $Apache::Server::Starting and
$Apache::Server::ReStarting? Or is there another way to determine if code is
being run in the parent or child process?
Thanks.
Perrin Harkins wrote:
On Sat, Aug 9, 2008 at 5:19 PM, Dondi M. Stroma <[EMAIL PROTECTED]>
wrote:
What are the mod_perl 2 equivalents of $Apache::Server::Starting and
$Apache::Server::ReStarting?
http://perl.apache.org/docs/2.0/user/porting/compa
From: "Collin Monahan" <[EMAIL PROTECTED]>
I'm trying to learn how to use mod_perl2 along with Ajax. Everything was
humming along until it seemed like perhaps Apache had a couple instances
of my handler in memory, and what I had declared as module variables were
existent in two different state
- Original Message -
From: "Jens Gassmann" <[EMAIL PROTECTED]>
Hi,
we need RIPEMD160-Hashes for our mod_perl-app. The testscript attached
worked on commandline, but not with mod_perl. There it returns a wrong
Hash => 0123456789abcdeffedcba9876543210f0e1d2c3
Whats wrong? Where could i ge
- Original Message -
From: "Jens Gassmann" <[EMAIL PROTECTED]>
did you use the http://www.atomix.de/Crypt-RIPEMD160-0.05.tar.gz? There i
patched like the bugreport described
http://rt.cpan.org/Public/Bug/Display.html?id=19138
I did now, same problem. It had randomly worked (worked as i
I don't think the SetHandler is supposed to be there if you don't want it to
handle the response phase.
http://perl.apache.org/docs/2.0/user/config/config.html#C_SetHandler_
"The SetHandler directive is only relevant for response phase handlers. It
doesn't affect other phases"
- Original
Justin Wyllie wrote:
I am trying to use:
$headers = $r->headers_out;
$r->no_cache(1);
$headers->set( Location => url );
return REDIRECT.
You didn't specify your Apache/mod_perl version. For 2.x this is what I have
and it works fine:
$r->no_cache(1);
$r->status(Apache2::Const::HTTP_MOVED_
24 matches
Mail list logo