right, only suggesting that maybe he verify that the ping is being done
and the reconnect is as well... :)
-Original Message-
From: Perrin Harkins [mailto:[EMAIL PROTECTED]
Sent: Wednesday, August 11, 2004 2:16 PM
To: Kreimendahl, Chad J
Cc: David Hofmann; Modperl List
Subject: RE
ROTECTED]
Sent: Wednesday, August 11, 2004 1:52 PM
To: Kreimendahl, Chad J
Cc: David Hofmann; Modperl List
Subject: RE: Apache::DBI Connection Lost
On Wed, 2004-08-11 at 14:43, Kreimendahl, Chad J wrote:
> Simple answer... do a $dbh->ping ... if unresponsive, reconnect.
He's already usi
Simple answer... do a $dbh->ping ... if unresponsive, reconnect. It's
not that costly unless we're talking about hundreds of thousands of hits
in a short period :)
-Original Message-
From: David Hofmann [mailto:[EMAIL PROTECTED]
Sent: Wednesday, August 11, 2004 12:24 PM
To: [EMAIL PROT
That's a pretty interesting way to go about it. I had developed
something very similar for storing account information (CC, ACH, etc)
securely within a database. The only real difference was my use of
Rijndael (AES) over Blow/TwoFish. Crypt::CBC rocks. The problem that
was run into is that
Of all the languages I've had dealings with over the years... perl took
the cake for ease-of-development.
CPAN is by far the greatest asset I've ever had in the programming
world.
For those who may play down perl's power (especially with mod_perl), lay
some smack down using notes from Stas' tuto
The solution I had chosen for this was to create an auth handler that
simply always returned Apache::OK... then specifically name those files
in the config and set the auth handler to the OK returning one.
-Original Message-
From: Andy Hale [mailto:[EMAIL PROTECTED]
Sent: Wednesday, Jul
t: Monday, July 12, 2004 5:59 PM
To: Geoffrey Young
Cc: Kreimendahl, Chad J; [EMAIL PROTECTED]
Subject: Re: potential bug/issue with internal_redirect in mp2
Geoffrey Young wrote on 6/29/04, 6:28 PM:
>
> > OLD WAY: [broken]
> > $obj->{USER_ID} = $r->us
For whatever it might be worth: I use internal redirects with some
frequency a heavily used internal application. The server is currently
all of the most recent release versions of each of what you mentioned
(so I'm .50 _14 and _03).
I currently have the server set up as a 'worker' mpm... this m
Should return as an array if you ask for one or at least it does for
me.
my $apr = Apache::Request->new($r);
my @array = $apr->param($key);
-Original Message-
From: David Hofmann [mailto:[EMAIL PROTECTED]
Sent: Friday, July 09, 2004 9:49 AM
To: [EMAIL PROTECTED]
Subject: Apach
time it's terribly funny watching them fail over and over again to
make things happy with and mp1.
-Original Message-
From: Geoffrey Young [mailto:[EMAIL PROTECTED]
Sent: Tuesday, June 29, 2004 5:28 PM
To: Kreimendahl, Chad J
Cc: [EMAIL PROTECTED]
Subject: Re: potential
Here goes...
-8<-- Start Bug Report 8<--
1. Problem Description:
This issue occurs only when using auth and internal_redirects.
User request page a.html
some task is done and redirects to b.html
the redirect page (b.html) will not contain $r->user
That's fine... I can definitely live with it. The docs should be
updated, though... they say Apache::Table.
-Original Message-
From: Geoffrey Young [mailto:[EMAIL PROTECTED]
Sent: Wednesday, June 23, 2004 1:36 PM
To: Kreimendahl, Chad J
Cc: Stas Bekman; [EMAIL PROTECTED]
Subjec
une 23, 2004 12:04 PM
To: Kreimendahl, Chad J
Cc: [EMAIL PROTECTED]
Subject: Re: Pnotes in apache2
Kreimendahl, Chad J wrote:
> So will mp2 pnotes eventually return APR::Table or will it continue to
> function as it does now (which is the same as mp1)?
there is no eventually, the curren
So will mp2 pnotes eventually return APR::Table or will it continue to
function as it does now (which is the same as mp1)?
-Original Message-
From: Stas Bekman [mailto:[EMAIL PROTECTED]
Sent: Wednesday, June 23, 2004 11:57 AM
To: Kreimendahl, Chad J
Cc: [EMAIL PROTECTED]
Subject: Re
Well, apparently I was using the mp1 method to set the stuff in my Fixup
handler... which is the part that is contrary to how the documentation
says it works. Instead of returning an Apache::Table object, it
returns the exact same was as it had in mp1...
package MyFixupHandler;
sub h
From: Stas Bekman [mailto:[EMAIL PROTECTED]
Sent: Sat 6/19/2004 3:50 PM
To: Kreimendahl, Chad J
Cc: David Hofmann; [EMAIL PROTECTED]
Subject: Re: Apache::Request
Kreimendahl, Chad J wrote:
> You're right. Looks
the docs).
-Original Message-
From: Stas Bekman [mailto:[EMAIL PROTECTED]
Sent: Sat 6/19/2004 3:44 PM
To: Kreimendahl, Chad J
Cc: [EMAIL PROTECTED]
Subject: Re: Pnotes in apache2
Kreimendahl, Chad J wrote:
> Mak
Make test does:
t/modperl/pnotesok
But, when attempting to create a pnotes (which is an APR::Table?)
my $hashref = {};
my $pn = $r->pnotes();
my $ret = $pn->set('monkey' => $hashref);
$ret is an unblessed hash ref... Should this be blessed back to
RequestUtil?
--
Repor
took google to get me there.
Any chance in the 2.0 docs you can put a link to what looks like
Apache::Request and Apache::Cookie and just link them off to that url?
-CJK
-Original Message-
From: Stas Bekman [mailto:[EMAIL PROTECTED]
Sent: Thursday, June 17, 2004 6:09 AM
To: Kreimendahl, C
http://httpd.apache.org/apreq/
Install using one of the following methods:
(easiest way)
perl Makefile.PL --with-apache2-apxs=/path/to/apache2/bin/apxs
(or, same thing, different method)
./configure --with-apache2-apxs=/path/to/apache2/bin/apxs
--enable-perl-glue --with-perl=/path/to/perl/binar
Title: Exit problem using mod_perl 1.99 apache 2.049
This error typically happens when you don't return headers
(beyond 200 OK)... such as content-type and content-legth. Check your
scripts and make sure you're explicily returning headers before you print the
page.
From: Cadman, Andrew (
Why not just fix Apache::Registry to be compliant?
-Original Message-
From: Geoffrey Young [mailto:[EMAIL PROTECTED]
Sent: Thu 6/10/2004 8:55 PM
To: [EMAIL PROTECTED]
Cc:
Subject: [ANNOUNCE] Apache::HEADRegistry 0.01
That would rock. Count me in. I'd also be willing to take some of my
free time and help out where possible, whether it be building some
example sites, or whatever. Would be nice to have others scrutinize my
style a bit, too.
It might also be nice to have some sort of well organized knowledg
Was going through an install of all new Apache2/mp2/etc... Ran across something that
I wanted to point out.
In Apache::AuthDBI the old method of logging is being used (log_reason). This should
be updated to the newer method from Apache::Log (log_error). It had been mentioned
that this modu
24 matches
Mail list logo
