Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:96161
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: error (pb1.pair.com: domain daveyshafik.com from 209.85.161.174 cause and error)
MIME-Version: 1.0
Sender: me@daveyshafik.com
In-Reply-To: <1e5a2abd-0044-5d57-d4b2-ddbbd3577639@gmail.com>
References: <DE0439B3-29F4-4BC6-B92A-A7630BE17196@gmail.com> <1e5a2abd-0044-5d57-d4b2-ddbbd3577639@gmail.com>
Date: Mon, 26 Sep 2016 14:52:50 -0700
Message-ID: <CANaX5nd7SmT9Yx3pB0ZXyC8=NMMoSCAecu=Z8HtVb280hBvXPA@mail.gmail.com>
To: Rowan Collins <rowan.collins@gmail.com>
Cc: "internals@lists.php.net" <internals@lists.php.net>
Content-Type: multipart/alternative; boundary=001a114e5e9a433bda053d70260a
Subject: Re: [PHP-DEV] Server-Side Request/Response Objects
From: davey@php.net (Davey Shafik)

--001a114e5e9a433bda053d70260a
Content-Type: text/plain; charset=UTF-8

On Mon, Sep 26, 2016 at 2:32 PM, Rowan Collins <rowan.collins@gmail.com>
wrote:

> On 26/09/2016 20:37, Paul Jones wrote:
>
>> tl;dr: Gauging interest in an extension for server-side PHP request and
>> response objects (*not*  HTTP messages per se; see below) prior to writing
>> an RFC for them on the wiki.
>>
>
> This sounds like an interesting project, but I have a few questions.
>
> First, the obvious one: why does this need to be an extension and/or built
> into core? Are there reasons such as performance for implementing this in C
> rather than PHP? Does it provide functionality that is hard to implement in
> a userland library?
>
> You mention that it is not just an HTTP wrapper, but although you mention
> researching other frameworks, I can't see any reference to PSR-7 [
> http://www.php-fig.org/psr/psr-7/]. What do you see as the relationship
> between your proposal and that standardisation effort?
>
> Regarding the design of the objects themselves, why is stdRequest
> property-only, but stdResponse method-only? The asymmetry feels awkward to
> me.
>
> I think the most interesting parts are those that attempt to rationalise
> $_SERVER, and I think a library (or built-in functionality) devoted to
> those could be very useful. Some of that overlaps with PSR-7, but that
> standard doesn't go into depth on things like Accept headers,
> Authentication, etc.
>
> Like I say, it's an interesting idea, but I'm not sure how it fits in with
> the wider ecosystem.


Additionally to this, we need to start thinking about what it means to move
away from simple request/response architectures. In the age of WebSockets
and HTTP/2 multiplexing w/Server Push, the likelihood of multiple responses
for one request, or even responses with no associated request, are possible.

I'd rather look at this as the target for this kind of exploration and
implementation.

- Davey

--001a114e5e9a433bda053d70260a--