Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:108518
To: "Paul M. Jones" <pmjones@pmjones.io>, internals@lists.php.net
References: <50BD013E-CF72-414C-BBC0-A7A2E45CBDDB@pmjones.io>
Message-ID: <3efc8ed3-61a8-dad8-dd1f-207217589eba@allenjb.me.uk>
Date: Wed, 12 Feb 2020 21:27:08 +0000
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:68.0) Gecko/20100101
 Thunderbird/68.4.2
MIME-Version: 1.0
In-Reply-To: <50BD013E-CF72-414C-BBC0-A7A2E45CBDDB@pmjones.io>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit
Content-Language: en-GB
Subject: Re: [PHP-DEV] RFC: Server-Side Request and Response Objects (v2)
From: php.lists@allenjb.me.uk (AllenJB)

This might be more a "future scope" thing, but I would like to see a way 
to access the raw request body as part of this. Currently (as far as I 
know) the only way is to open/read php://input, which isn't particularly 
intuitive in my opinion.

AllenJB

On 10/02/2020 16:18, Paul M. Jones wrote:
> Hi Internals,
>
> After a couple of years of incubation, I am happy to offer a second version of this RFC:
>
>    https://wiki.php.net/rfc/request_response
>
> It proposes an object-oriented approach around request and response functionality already existing in PHP, in order to reduce the global-state problems that come with superglobals and the various response-related functions.
>
> The SQLite "about" page says, "Think of SQLite not as a replacement for Oracle but as a replacement for fopen()." <https://www.sqlite.org/about.html>  Likewise, think of this RFC not as a replacement for HttpFoundation or PSR-7, or as a model of HTTP messages, but as an object-oriented alternative to superglobals, header(), setcookie(), setrawcookie(), and so on.
>
> Thanks in advance for your time and consideration while evaluating it.
>
>