Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:97391
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.220.173 as permitted sender)
MIME-Version: 1.0
In-Reply-To: <CAO3At4_wASwLsjdb-mcb__792T5jpDv9TEAEA+k3uFhs_eQyVw@mail.gmail.com>
References: <CAO3At4_wASwLsjdb-mcb__792T5jpDv9TEAEA+k3uFhs_eQyVw@mail.gmail.com>
Date: Tue, 13 Dec 2016 20:25:55 +0100
Message-ID: <CALJZF3jZrX3UhE5v5YtbZqmcsp1PEqNtX8N2abJjxYsD-UdpuQ@mail.gmail.com>
To: =?UTF-8?B?RGVqYW4gU3RvxaFpxIc=?= <dejanstosic7@gmail.com>
Cc: PHP Internals <internals@lists.php.net>
Content-Type: multipart/alternative; boundary=94eb2c084fca75263905438f30fe
Subject: Re: [PHP-DEV] [RFC Proposal] Introducing New Global Variable to
 Support Other HTTP Methods and Content Types
From: mike.php.net@gmail.com (Michael Wallner)

--94eb2c084fca75263905438f30fe
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

Am 13.12.2016 14:45 schrieb "Dejan Sto=C5=A1i=C4=87" <dejanstosic7@gmail.co=
m>:



*The problem*
Currently, PHP will parse the incoming HTTP request body only for GET
requests (and store the data in superglobal $_GET) and for POST requests
(and store the data in $_POST).
Additionally it will parse the data only for
*application/x-www-form-urlencoded* or *multipart/form-data *HTTP Content
types.
There are other 3rd party libraries and packages that enhance this and
enable parsing for other request methods and content types, but i feel like
this should have native support at this point.

*Goal*
Ideally, PHP should natively parse the incoming HTTP request body for all
request methods, not only for GET and POST. I guess that completely
replacing the $_POST and $_GET is out of the question as it would lead to
no backward compatibility. Maybe an additional superglobal could be
introduced ($_DATA)?



Have a look at http://pecl.php.net/apfd which triggers the request body
parser on any request method.

Also, http://pecl.php.net/json_post provides a content type handler for
JSON.

Parsing of the request body happens before entering userland, so providing
a pluggable interface (to userland) is not an option currently.

Cheers,
Mike



Thanks

--94eb2c084fca75263905438f30fe--