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
riginal Message-
From: Issac Goldstand [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, May 14, 2002
4:39 AM
To: Mike Melillo
Cc: [EMAIL PROTECTED]
Subject: Re: $r->args vs
$r->content
Quoting Mike Melillo
<[EMAIL PROTECTED]>:
>
> Hi,
>
> One of the field
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 v
y [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, Mike Melillo wrote:
> >It works, but if I use the method in the eagle book for POST
> requests
> >%params = $
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
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 up
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
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->internal_r
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, whi
[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
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 dat
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 redirec
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 W
> > 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.
{
> > my $previous_uri= $r->param('previous_uri');
> >
> >my $content = $r->param();
> >
> >$r->method_number(M_GET);
> >$r->method('GET');
> >
t;
>my $content = $r->param();
>
>$r->method_number(M_GET);
>$r->method('GET');
>
>$r->headers_in->unset("Content-length");
>
>$r->args($content);
gt;method_number(M_GET);
$r->method('GET');
$r->headers_in->unset("Content-length");
$r->args($content);
$r->internal_redirect("$previous_uri");
}
.
.
.
However, in my called handler, no P
gt;method_number(M_GET);
$r->method('GET');
$r->headers_in->unset("Content-length");
$r->args($content);
$r->internal_redirect("$previous_uri");
}
.
.
.
However, in my called handler, no P
for everyone's help.
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: <
On Fri, 7 Apr 2000, Jason Murphy wrote:
> Can't locate object method "new" via package "Apache::Request" at
> ./find_player.pl line 10.
that would normally indicate your script is running under mod_cgi, not
mod_perl.
> my $r = new Apache::Request; <---Where the error appears
in any case, you
:Constant are not being found or used or whatever is the error (Error
> posted 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, $SecondI
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
osted 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 for
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:
>
&g
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 (include
25 matches
Mail list logo