Are you also processing the posted data at some earlier request stage? It
doesn't sound like you would be but I thought I would ask.
Richard
- Original Message -
From: Mike Melillo
To: [EMAIL PROTECTED]
Sent: Tuesday, May 14, 2002 5:22 PM
Subject: $r-args vs $r-content
Ok, I've
Quoting Mike Melillo [EMAIL PROTECTED]:
Hi,
One of the fields is an image file that will be uploaded so I need to
use POST requests. Is this a job for Apache::Request? The eagle book
doesn't cover it much because it was experimental at the time of
publishing.
There's a version 1.0
: [EMAIL PROTECTED]
Subject: Re: $r-args vs
$r-content
Quoting Mike Melillo
[EMAIL PROTECTED]:
Hi,
One of the fields is an
image file that will be uploaded so I need to
use POST requests. Is
this a job for Apache::Request? The eagle book
doesn't cover it much
because
Hi,
I'm having issues processing user input via POST requests. I have a
simple form page, that when you click submit I just want to redisplay
the page but with the values filled in. If I do a GET request and do
%params = $r-args;
It works, but if I use the method in the eagle book for POST
At 10:29 PM 5/13/02, Mike Melillo wrote:
It works, but if I use the method in the eagle book for POST requests
%params = $r-content; then nothing gets returned. I've even printed
%params to the apache errlog with DataDumper, and its empty.
One of the fields is an image file that will be
No, It specifies multipart/form-data because page 131 of the eagle says
its used for file uploads.
Mike
-Original Message-
From: Todd Finney [mailto:[EMAIL PROTECTED]]
Sent: Monday, May 13, 2002 11:16 PM
To: [EMAIL PROTECTED]
Subject: Re: $r-args vs $r-content
At 10:29 PM 5/13/02
To: [EMAIL PROTECTED]
Subject: Re: $r-args vs $r-content
At 10:29 PM 5/13/02, Mike Melillo wrote:
It works, but if I use the method in the eagle book for POST
requests
%params = $r-content; then nothing gets returned. I've even
printed
%params to the apache errlog with DataDumper, and its empty
Robert Landrum writes:
sub escaped {
my $val = shift;
$val =~ s/(\W)/sprintf(%%%.2X,ord($1))/g;
return $val;
}
my $content = join('',map{$_.=.escaped($r-param($_))}($r-param));
my $internal_url = /some/path/to/handler?$content;
);
$r-method('GET');
$r-headers_in-unset(Content-length);
$r-args($content);
$r-internal_redirect($previous_uri);
}
.
.
.
However, in my called handler, no Post data can be read. Can any one
tell me why is that?
Any comments welcomed
);
$r-method('GET');
$r-headers_in-unset(Content-length);
$r-args($content);
$r-internal_redirect($previous_uri);
}
.
.
.
However, in my called handler, no Post data can be read. Can any one
tell me why is that?
Any comments welcomed
();
$r-method_number(M_GET);
$r-method('GET');
$r-headers_in-unset(Content-length);
$r-args($content);
$r-internal_redirect($previous_uri);
}
So your goal is to turn a post request into a get request using an
internal
= $r-param();
$r-method_number(M_GET);
$r-method('GET');
$r-headers_in-unset(Content-length);
$r-args($content);
$r-internal_redirect($previous_uri);
}
So your goal is to turn a post
Which should solve your problems (I think).
I am affraid it did not work. I have no problem reading the data in the
current handler, but right after redirect, which is also required to
read the data, I loose all the POSTED data.
Performing a redirect causes posted data to be discarded. Your
Once you change the method to GET and put the content in with $r-args();,
it becomes GET data from the query_string. All the POST data is lost
when you call content(), so you can no longer read it as POST data with
$r-content() again.
Brian Nilsen
[EMAIL PROTECTED]
On Wed, 29 Aug
Robert Landrum wrote:
Which should solve your problems (I think).
I am affraid it did not work. I have no problem reading the data in the
current handler, but right after redirect, which is also required to
read the data, I loose all the POSTED data.
Performing a redirect causes
At 11:19 AM -0700 8/29/01, Rasoul Hajikhani wrote:
Robert Landrum wrote:
Which should solve your problems (I think).
I am affraid it did not work. I have no problem reading the data in the
current handler, but right after redirect, which is also required to
read the data, I loose all the
[EMAIL PROTECTED] (Rasoul Hajikhani) wrote:
Robert Landrum wrote:
Which should solve your problems (I think).
I am affraid it did not work. I have no problem reading the data in the
current handler, but right after redirect, which is also required to
read the data, I loose all the
Robert Landrum wrote:
At 11:19 AM -0700 8/29/01, Rasoul Hajikhani wrote:
Robert Landrum wrote:
Which should solve your problems (I think).
I am affraid it did not work. I have no problem reading the data in the
current handler, but right after redirect, which is also required to
lp.
PS. The only reason I say this on the mailing list is to get it in to the
mailing list archives because I could not my solution there when I looked.
From: "Doug MacEachern" [EMAIL PROTECTED]
To: "Jason Murphy" [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Sent: Tuesday, April 11, 2000 8:52 PM
Sub
below).
Some notes, I have tried adding "use Apache::Constants qw(:common)" but it
also returns the same error. I have also replaced the last line with "my
($FirstInfo, $SecondInfo) = split /=/, $r-args;" with no success either. I
have those modules installed, and I forced rein
you are calling Apache::Request-new incorrectly - see the docs :)
-Original Message-
From: Jason Murphy [mailto:[EMAIL PROTECTED]]
Sent: Friday, April 07, 2000 2:07 PM
To: [EMAIL PROTECTED]
Subject: $r-args troubles...
Dear Mod_Perl'lers
I hate to bug the list
sted below).
Some notes, I have tried adding "use Apache::Constants qw(:common)" but it
also returns the same error. I have also replaced the last line with "my
($FirstInfo, $SecondInfo) = split /=/, $r-args;" with no success either. I
have those modules installed, and I forced
We just updgraded from apache-1.3.3/mod_perl-1.16 to
apache-1.3.9/mod_perl-1.21 on solaris-2.5.1. $r-args does not contain any
data for us now when it did before during the URI translation phase.
We're running a minimal system, so many modules have been stripped from the
build (included is one
On Thu, 2 Dec 1999, Christian Gilmore wrote:
We just updgraded from apache-1.3.3/mod_perl-1.16 to
apache-1.3.9/mod_perl-1.21 on solaris-2.5.1. $r-args does not contain any
data for us now when it did before during the URI translation phase.
[ snip ]
The module:
package TransTest;
use
24 matches
Mail list logo