Interesting... But how will the user-agent know how to pack the data?
AFAIK, if you don't specify enctype in the <form> tag, the user-agent will assume application/x-www-form-urlencoded. I'm assuming that if you put in something that's not recognized (like multipart/x-non-parsed-form-data), the user-agent won't know what it is and will again default to application/x-www-form-urlencoded.
So to use the dirty hack suggested by Rasmus in that IRC log, I'd need some way of instructing the user-agent to use multipart/form-data, but then destroy the Content-Type header in the request *before* PHP sees it and snags the body.
Gregory Beaver wrote:
Good news and bad news. Rasmus reports on IRC: [21:57] <Rasmus_> We never buffer the data in file upload mode [21:57] <Rasmus_> it is streamed to disk, so no, you can't get it all in a variable like that [21:57] <Rasmus_> set a different content-type if you want to do that [21:57] <Rasmus_> assuming you have control over the client [21:58] <CelloG> can you do a file upload without multipart? [21:59] <Rasmus_> Well, if you want to pick a POST apart yourself, sure [21:59] <Rasmus_> set a mime type PHP doesn't understand and it will be in http_raw_post_data and then you can do whatever you want with it So the answer is "sort of." You would have to parse the POST data yourself, but it is technically a possibility. Regards, Greg -- Experience the revolution, buy the PEAR Installer Manifesto http://www.packtpub.com/book/PEAR-installer
-- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
