Re: Native support - PUT request, multipart form data
| From: | Julien Pauli | Date: | Sun, 17 Aug 2014 11:38:02 +0000 |
| Subject: | Re: Native support - PUT request, multipart form data | ||
| References: | 1 2 3 4 5 | Groups: | php.internals |
| Request: | Send a blank email to internals+get-76606@lists.php.net to get a copy of this message | ||
On Sun, Aug 17, 2014 at 12:49 PM, David Zuelke <dz@heroku.com> wrote:
> That does not make any sense; applications could accept XML, CSV or whatever else just as well.
>
> The original proposal is not very useful. $_GET contains parsed query string info, $_POST
> contains parsed HTTP request body information if the media type is application/x-www-urlencoded or
> multipart/form-data. Deserializing that makes sense as the rules for it are in the HTTP spec.
>
> $_PUT/$_BODY/$_DATA would then have to contain the raw body contents, at least if the media
> type isn't one of the above, for consistency. That'd saves the file_get_contents() call,
> and given how a request handler uses at most once, I'm not sure such a change is worth it.
I'd say, why not ?
The patch should be trivial after all. $_INPUT ?
However, I'm not +1 to add this into a revision version.
Julien.P