ID: 14298 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Assigned Bug Type: Documentation problem PHP Version: 4.0.6 Assigned To: hholzgra New Comment:
Once again, this is an ASSIGNED bug, do not play with this pollita, please. Previous Comments: ------------------------------------------------------------------------ [2002-12-01 23:58:32] [EMAIL PROTECTED] This bug has been fixed in CVS. In case this was a PHP problem, snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. In case this was a documentation problem, the fix will show up soon at http://www.php.net/manual/. In case this was a PHP.net website problem, the change will show up on the PHP.net site and on the mirror sites in short time. Thank you for the report, and for helping us make PHP better. Provided example of using php://stdin and note re: change from PHP3. ------------------------------------------------------------------------ [2002-11-12 07:41:26] [EMAIL PROTECTED] this is a PHP 3 only feature that noone ever ported to PHP 4 ... with 4.3 you will be able to read the PUT data from the php://input stream as the $PHP_PUT stuff in PHP 3 seems to be something almost never used and as the new streams solution is so easy to use i think it is not worth to port the PHP 3 feature here ... in 4.3 you will be able to just do a $in = fopen("php://input","rb"); $out = fopen($outfile,"wb"); while(!feof($in)) { fwrite($out, fread($in, $bufsize)); } fclose($in); fclose($out); no nead to deal with temporary files, no disk space wasted when the script doesn't need the PUT data, and the approach is not limited to PUT requests but will work with all HTTP methods carrying content changed to documentation problem ------------------------------------------------------------------------ [2002-05-13 08:27:02] [EMAIL PROTECTED] Just wanted to drop a note about a test I've done: I tried a simple perl script getting the PUT file and it worked. Calling the same script through PHP yields "no file" meaning that PHP does something the uploaded file since the perlscript used by itself works and then called through PHP does'nt. ------------------------------------------------------------------------ [2002-05-09 07:55:50] [EMAIL PROTECTED] If you find the temporary file variable I would be much obliged if you could drop me a line. BTW I was thinking would'nt it be better to have the PUT values in the superglobal $_FILES ? Or at least in a $HTTP_PUT_FILE var. A possible solution could be something like the following: $HTTP_PUT_FILE['request_uri'] Path of the proposed upload like /mytest/filename.htm $HTTP_PUT_FILE['path_translated'] The full path of the proposed upload like /usr/home/foo/bar/public_html/mytest/filename.htm $HTTP_PUT_FILE['size'] The size, in bytes, of the uploaded file. $HTTP_PUT_FILE['tmp_name'] Temp name something like /tmp/hfdhjfufd8733 My only bad is that I cant program in C otherwise I would have been there doing it already. ------------------------------------------------------------------------ [2002-05-08 09:44:42] [EMAIL PROTECTED] Current status on this is that I ignored it for a while - I am taking a look at it again. ------------------------------------------------------------------------ The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/14298 -- Edit this bug report at http://bugs.php.net/?id=14298&edit=1 -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php