Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:99042
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: softfail (pb1.pair.com: domain gmail.com does not designate 178.62.210.197 as permitted sender)
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8;
 format=flowed
Content-Transfer-Encoding: 8bit
Date: Mon, 15 May 2017 16:55:17 +0300
To: Andrey Andreev <narf@devilix.net>
Cc: Andrea Faulds <ajf@ajf.me>, internals@lists.php.net
In-Reply-To: <CAPhkiZz-DeLZxGgDp2ap10XNgm2khevDoPYSb-OwQEv+ADEFwg@mail.gmail.com>
References: <CAPhkiZzzgmWcqsVPKghv89XU3+Ab06wcXbqeBc1MSh401_+etw@mail.gmail.com>
 <a8aa62c3-ac5f-5c84-4662-e86ccf9abded@gmx.de>
 <CAPhkiZz=0ZtL0yY4MedGip0-5eyOrBYBPqfyhaVEtR_JyuoX4w@mail.gmail.com>
 <57.2B.02776.537E8095@pb1.pair.com>
 <CAPhkiZz-DeLZxGgDp2ap10XNgm2khevDoPYSb-OwQEv+ADEFwg@mail.gmail.com>
Message-ID: <de9f953aea0132df3f3be6e311fec22d@koti.fimnet.fi>
User-Agent: Roundcube Webmail/1.2.5
Subject: Re: [PHP-DEV] Re: [Discussion] Dots and spaces in GPC variable names
From: lauri.kentta@gmail.com (=?UTF-8?Q?Lauri_Kentt=C3=A4?=)

On 2017-05-03 13:55, Andrey Andreev wrote:
> Hi Andrea,
> 
> On Tue, May 2, 2017 at 11:08 PM, Andrea Faulds <ajf@ajf.me> wrote:
>> Hey Andrey,
>> 
>> Andrey Andreev wrote:
>>> 
>>> I'm not surprised by the suggestion for targeting 8.0, but perhaps we
>>> could think of a way to conditionally disable the mangling in 7.x and
>>> then remove it entirely in 8?
>>> I hate to say INI directives, but that's surely one way for a 
>>> smoother
>>> transition.
>> 
>> 
>> Another approach I'd previously thought of was to keep in memory 
>> whatever
>> information would be needed to undo the mangling process for the
>> superglobals, and provide a function which would undo it. Then in 8.x 
>> it
>> could become a no-op.
>> 
> 
> Sounds hacky to me. Plus, a function call means we can't have
> environments that do it by default pre-8.0, and that in turn means a
> harder migration.
> But hey, as long as we get rid of the mangling, I wouldn't really care
> that much! :)
> 
> Cheers,
> Andrey.

Someone has to say this ;), so:

Why not a new API?

You could provide access to parameters with same name instead of
overwriting the existing; consider a=0&a[]=1&a[0]=2&a=3, where each
part overwrites the previous one and the result is a=3.

You could provide support for JSON input.

You could create all kinds of crazy bloat.

-- 
Lauri Kenttä