CrazyAndy wrote:
hi, i have recently upgraded to mp2 and have been porting my apps to the
new api. ( i don't want to run the compatibility modules. ) one of my
apps needs to access the raw post data sent from a flash movie ( it's
xml data ). previously, i simply called $r->content and attempted
Hi modperl,
The SYNOPSIS for Apache::TestRequest says :
use Apache::Test qw(ok have_lwp);
use Apache::TestRequest qw(GET POST);
use Apache::Constants qw(HTTP_OK);
plan tests => 1, have_lwp;
my $res = GET '/test.html';
ok $res->code == HTTP_OK, "Request is ok";
But, this
hi, i have recently upgraded to mp2 and have been porting my apps to
the new api. ( i don't want to run the compatibility modules. ) one of
my apps needs to access the raw post data sent from a flash movie (
it's xml data ). previously, i simply called $r->content and attempted
to create an xml
reminds me not to respond while celebrating weekend with a bit of
white widow after 4 days of perl madness and isps not knowing why your
line is down. Sorry ;)
Enno
On Thu, 3 Nov 2005, Philip M. Gollucci wrote:
> Enno wrote:
> >>I don't see ANYTHING in my error_log file EXCEPT:
> I should have s
Enno wrote:
I don't see ANYTHING in my error_log file EXCEPT:
I should have said that this was resolved. Apache::Session was being
used() in startup.pl before Apache::DBI A::S uses DBI.
hence the problem.
--
END
What doesn't k
It looks like you're running things under cgi and not perl.
It'll help showing the modperl-handler configuration aswell.
B.
On Wed, 2 Nov 2005, Grigory O. Ptashko wrote:
> Hello, everybody.
>
> I have:
>
> FreeBSD 4.7
> Apache 2.0.54
> mod_perl 2.0.1
> Apache::DBI 0.99 (taken from http://p6m7g8
Hi,
I am running Apache 1.31 with mod_perl 1.27 and am writing a
new app for our site using a custom PerlHandler (as opposed to PerlRun, as has
been our practice). I noticed that my PerlTransHandler modules were being
called twice, and with a modified URI the second time around. If my
Try looking at the url that your handler is called with. It's likely that since you have a directory with that name and presumably 'index.html' in that directory then mod_dir performs an internal redirect with 'index.html
' appended to the url.On 11/1/05, Martin Moss <[EMAIL PROTECTED]> wrote:
I h
Hi
I have a cgi script running with mod_perl and mysql that uses utf8 input. As you
might know, it is important to issue the command
set names "utf8"
after initialising the mysql connection, or utf8 data can get garbled. I do this
successfully when running standrad cgi like this:
{
my $dbh
I'm currently having a similar problem with mod_perl 2.0.2 and
Apache2::AuthCookie 3.08. Adding enctype =
"application/x-www-form-urlencoded" to the form doesn't help.
AuthCookie is losing the login form variables when it's set up with the POST
method. In the code, the form submit handler is
Stone, Derrick J *HS wrote:
It is on the site? Can you tell me where I would look for this kind of
thing? I'll be honest, I didn't check, but now that I am looking for it,
I'm not sure where to go.
I was asking you where you read about the access handlers that this
wasn't document or in general
It is on the site? Can you tell me where I would look for this kind of
thing? I'll be honest, I didn't check, but now that I am looking for it,
I'm not sure where to go.
Thank you,
Derrick Stone
Internet Specialist
Web Development Center
UVa Health System
-Original Message-
From: Philip
Stone, Derrick J *HS wrote:
Ah, I love “The Cat”
(http://www.perl.com/pub/a/2005/09/22/onion.html?page=5).
Setting the encoding type on the form to
[enctype="application/x-www-form-urlencoded"] appears to solve mod
perl’s confusion, and I am reliably able to read my POSTed form variables.
Wer
> so, please try the attached patch to Apache::Test. hopefully this fixes
> things once and for all (without breaking more stuff :)
Torsten, any luck with this?
--Geoff
Ah, I love “The Cat” (http://www.perl.com/pub/a/2005/09/22/onion.html?page=5).
Setting the encoding type on the form to [enctype="application/x-www-form-urlencoded"]
appears to solve mod perl’s confusion, and I am reliably able to read my
POSTed form variables.
Derrick Stone
Intern
Hmmm... I noticed that post regarding encoding type. I'm going to try
setting that (it currently isn't set for some of these forms, I
believe.)
That does not explain why this is an intermittent problem, however.
Derrick Stone
Internet Specialist
Web Development Center
UVa Health System
-
I believe I'm having a similar problem.
Mod_perl is used to perform authentication and authorization on our
servers. After our servers have been up for a couple of hours, areas of
our site that require authentication begin to intermittently have this
problem. All of the POSTed form data is missing
17 matches
Mail list logo
