Doru Petrescu wrote:
I don't think this will help either as PHP always read the entire
content-length BEFORE even loading the actual php script. As long as you
using php as a web server module you cannot escape this.
this is true if either RAW_POST_DATA is populated or a post
handler for the mime t
On Fri, 2003-11-21 at 05:04, Hartmut Holzgraefe wrote:
> Andi Gutmans wrote:
> > Any chance we can make the necessary changes to support an upload
> > progress bar? I came accross this web site but I'm not quite sure if
> > always populating RAW_POST_DATA is enough.
> > http://www.raditha.com/php
Andi Gutmans wrote:
Any chance we can make the necessary changes to support an upload
progress bar? I came accross this web site but I'm not quite sure if
always populating RAW_POST_DATA is enough.
http://www.raditha.com/php/progress.php
RAW_POST_DATA won't help at all here as PHP user code execu
--- Rasmus Lerdorf <[EMAIL PROTECTED]> wrote:
> As for always populating the raw post data. See the aptly named
> always_populate_raw_post_data php.ini setting.
I am probably mistaken, but doesn't this ini setting only work when the
content type is not application/x-www-form-urlencoded?
Chris
-
Patches to do this have been posted here a couple of times, nobody was
interested.
As for always populating the raw post data. See the aptly named
always_populate_raw_post_data php.ini setting.
-Rasmus
On Wed, 12 Nov 2003, Andi Gutmans wrote:
> Any chance we can make the necessary changes to
Any chance we can make the necessary changes to support an upload progress
bar? I came accross this web site but I'm not quite sure if always
populating RAW_POST_DATA is enough.
http://www.raditha.com/php/progress.php
Andi
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe,
