Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:100116
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.214.46 as permitted sender)
MIME-Version: 1.0
Sender: kalle.php@gmail.com
In-Reply-To: <12777d61-3277-413b-c60b-12c8c75bd76f@gmail.com>
References: <CAESVnVpF53Nn=K-CbVh8NSEqzebpdzZ7WgGsq91TWfo47GbEJw@mail.gmail.com>
 <CAJW__o3DUmmLmPPTSfeTEMFay19XhhoE3i8Z7gCXm4dwCx23Pg@mail.gmail.com> <12777d61-3277-413b-c60b-12c8c75bd76f@gmail.com>
Date: Sun, 30 Jul 2017 01:35:40 +0200
Message-ID: <CAJW__o2utYb5ZdKRrnSnmJ-_7G_7t+yHebME45BPWe6OowLiSQ@mail.gmail.com>
To: Stanislav Malyshev <smalyshev@gmail.com>
Cc: Sara Golemon <pollita@php.net>, PHP internals <internals@lists.php.net>
Content-Type: text/plain; charset="UTF-8"
Subject: Re: [PHP-DEV] Changes to SuperGlobals for PHP 8 (was: something about session_start...)
From: kalle@php.net (Kalle Sommer Nielsen)

Hi

2017-07-29 22:17 GMT+02:00 Stanislav Malyshev <smalyshev@gmail.com>:
> I've seen scenarios where it is very useful. Sure, you can always build
> another layer of indirection and solve it this way, but it's just making
> people do more work for no reason. I don't see any problem that would solve.

Sure it seems useful, but I see it more as a hack if you are just
writing to superglobals anyway, if you need to change something you
should do that with your own logic instead.

If its something simple such as your code assumes $_GET['id'] always
is available, then either write it to a temp variable.

I know many applications nowadays are not written with an excess
amount of globals everywhere, but writing to a global without
explicitly declaring you want to, can cause some hard to debug cases
if one function modifies a global and another assumes an unmodified
value. I'd like to see that gone.


-- 
regards,

Kalle Sommer Nielsen
kalle@php.net