Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:5629
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
To: hartmut@php-groupies.de
Cc: Andi Gutmans <andi@zend.com>, internals@lists.php.net
In-Reply-To: <3FBD80A9.7050707@php.net>
References: <5.1.0.14.2.20031112103102.063e7810@127.0.0.1>
	 <3FBD80A9.7050707@php.net>
Content-Type: text/plain
Organization: 
Message-ID: <1069401240.1790.17.camel@dtp.kappa.ro>
Mime-Version: 1.0
Date: 21 Nov 2003 09:54:00 +0200
Content-Transfer-Encoding: 7bit
Subject: Re: [PHP-DEV] raw post data
From: pdoru@kappa.ro (Doru Petrescu)

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/progress.php
> 
> RAW_POST_DATA won't help at all here as PHP user code execution
> won't start until all incoming request data had been read and
> stored in the special variable
> 
> their "change the from content type to something unknown" might
> work if they'd use the php://input stream instead though ...
> 
> -- 
> Hartmut Holzgraefe  <hartmut@php.net>


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.

if you need to run something while the data is received we need to
change the way php works. the way I see things is to put hook in the 
function that read the data from the client. This will allow execution
of code while post data is received.

and it happens that such feature was already suggested by me together
with a patch yesterday ... see my email 'upload-progress-tracking'



-- 


Best regards,
Doru Petrescu
Senior Software Engineer
Astral Telecom Bucuresti