Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:100128
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.161.180 as permitted sender)
To: Rowan Collins <rowan.collins@gmail.com>,
 PHP internals <internals@lists.php.net>
References: <CAESVnVpF53Nn=K-CbVh8NSEqzebpdzZ7WgGsq91TWfo47GbEJw@mail.gmail.com>
 <72B777E0-9E71-4D63-A9D0-20FD62F1A187@gmail.com>
 <d5b836f9-3e2e-a568-0dec-1e8cb1ac290b@gmail.com>
 <231D3A47-F8BE-47C8-B1BB-B6F320BED367@gmail.com>
Message-ID: <6c5dd09b-904b-b518-bd89-50cd28cbeaae@gmail.com>
Date: Sun, 30 Jul 2017 12:21:01 -0700
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:52.0)
 Gecko/20100101 Thunderbird/52.2.1
MIME-Version: 1.0
In-Reply-To: <231D3A47-F8BE-47C8-B1BB-B6F320BED367@gmail.com>
Content-Type: text/plain; charset=utf-8
Content-Language: en-US
Content-Transfer-Encoding: 7bit
Subject: Re: [PHP-DEV] Changes to SuperGlobals for PHP 8
From: smalyshev@gmail.com (Stanislav Malyshev)

Hi!

> My point was that if we were considering a compatibility break
> anyway, we should look at separating out those common use cases into
> something higher level.

I'm completely in agreement with you here, except for "compatibility
break" part. The good news is that you do not need any compatibility
breaks! If you want to create API that allows easy standardized access
to the common denominator of web requests - and I do not disagree it
would be a good thing! - you do not need to change _SERVER. In fact,
there's no reason to change it as if you turn _SERVER into this layer,
this would only lead to creating _REAL_SERVER containing what _SERVER
used to.

Instead, we could just create this layer - either as $_SAPI, or as
function collection, or as object if people want it that way - does not
matter, really - and let it live by itself, not encumbered by any
concerns about BC and not hurting any existing apps. I do not see any
downside to this approach, do you?

> Having done that, we could even allow the low-level "raw server vars"
> (not under the name $_SERVER) to drift even further

Why not under the name _SERVER?

-- 
Stas Malyshev
smalyshev@gmail.com