Re: $r-content

2002-09-25 Thread Rodney Broom
/snippets.html#Redirecting_POST_Requests I thought I recalled a $STDIN var in mod_perl, but didn't find anything with a quick scan of the docs. If that var ~is~ available, and writable, and are doing an internal redirect, you might be able to just reload it: $STDIN = $r-content; $r

Re: $r-content

2002-09-25 Thread Geoffrey Young
it: $STDIN = $r-content; $r-internal_redirect_handler($handler); I know I've done this sort of thing (redirecting POSTs) with a session system. That is, a handler early in the request that sets up POST data, then everything else uses only that source: I didn't think that was what he

Re: $r-content

2002-09-25 Thread Rodney Broom
From: Geoffrey Young [EMAIL PROTECTED] GY I didn't think that was what he was asking about. getting the POST GY data from the main request in a subrequest is generally easy with GY Apache::Request: Oops, you're right. I was thinking that Mark (jump in any time) needed to keep things in

$r-content

2002-09-25 Thread Mark Cance
Title: $r-content Im trying to read some posted data, modify it and then redirect request inc the modified data. Something like; my $r = Apache::Request-new(Apache-request); my %form = $r-content; #modify %form $r-content(%form); $r-internal_redirect_handler($some_page); Thats the ideal

Re: $r-content

2002-09-25 Thread Geoffrey Young
Presently I get all the incoming parameters via Apache::Request and append to the URL before redirecting but this is not ideal as I?d like to spit the modified parameters out in a POST. Can anyone give me any advice? see

Re: $r-args vs $r-content

2002-05-15 Thread Richard Clarke
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

Re: $r-args vs $r-content

2002-05-14 Thread Issac Goldstand
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

$r-args vs $r-content

2002-05-14 Thread Mike Melillo
: [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

$r-args vs $r-content

2002-05-13 Thread Mike Melillo
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 uploaded so I need to use POST requests. Is this a job for Apache::Request? The eagle book doesn't cover

Re: $r-args vs $r-content

2002-05-13 Thread Todd Finney
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

RE: $r-args vs $r-content

2002-05-13 Thread Mike Melillo
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

RE: $r-args vs $r-content

2002-05-13 Thread Todd Finney
Yup, slight memory error when responding, sorry :) $r-content is going to be empty if you're not using the application/x-www-form-urlencoded, perldoc Apache. Page 131 of the Eagle book also says If the browser uses the newer multiport/form-data encoding (which is used for file uploads

[BUG?] CGI::Cookie-parse() deletes $r-content()

2001-04-04 Thread Michael Lazzaro
I'm looking to see if anyone can verify whether the following behavior is a Feature or a Bug. From within a PerlRequestHandler: my $content = $r-content(); my $cookie = CGI::Cookie-parse( $r-headers_in-get('Cookie') ); works fine, but the reversed code: my $cookie