I can confirm this behavior on Windows 2000 and php 4.0.5

PHP should not scan every POST for files and save them locally.
Perhaps, there could be a function which could extract the file
segments from the POSTed data on request? For backward
compatibility, PHP could offer a flag in php.ini.

I think the POSTed data is parsed at the startup, how about
if that behavior could be controlled when the encoding
type is multipart/form-data? (again, using a flag in php.ini)

maybe a php_multipart_post (), which will cause stdin
to be read (for CGI) and variables to be created as on startup?


At 09:47 AM 5/23/2001 +0000, [EMAIL PROTECTED] wrote:
>From:             [EMAIL PROTECTED]
>Operating system: Win98
>PHP version:      4.0.4pl1
>PHP Bug Type:     Apache related
>Bug description:  file upload (size > 1MB) takes too much time
>The same problem discribed in #10800:
>I'm using a simple upload-form to submit name, version and file to 
>php-script. When filesize of the "to be uploaded" file is < 4MB the upload 
>tooks place in a few seconds! Greater files do exist in temp-directory a 
>few seconds after submit-button in browser is hit BUT nevertheless more 
>and more MB are submitted to the apache (which slowing down the system) 
>and the PHP-file neither comes to an end nor produces a timeout...
>Thanks in advance for any hinds - with kind regards

PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

Reply via email to