On Fri, Jan 16, 2015 at 11:08 AM, Lester Caine <les...@lsces.co.uk> wrote:
> On 15/01/15 15:28, Niktia Nefedov wrote:
> >> Consider what a mess was register_globals and problems it had, but at
> >> least
> >> it was a global setting. Declare will work on per file basis, and it
> will
> >> end up even more of a mess.
> >>
> >> I think PHP development community learned that lesson and that's why you
> >> get pushback, and not only from internals, but also from the userland.
> Me
> >> including.
> >
> > What does it have with register_globals in common? Why would it be a
> mess?
>
> Removing 'register_globals' breaks code for users who have no idea that
> their sites are even using it. deprecating on one version - which one is
> told to switch off the warnings for - just means that when the hosting
> skips a version the site simply stops working. That is why 5.2 is still
> around and why hosting companies have problems ... and I still have code
> which relies on 'register_globals' today because those sites are simply
> working. There is simply no time to 'fix' them :(
>
> At the end of the day the whole of the legacy codebase either has to be
> brought forward, or PHP5 will be hanging around for some of the same
> reasons PHP4 did. Bringing in more areas where differences between code
> bases can diverge again over time is creating the same black holes in
> the future.
>
You keep bringing this up, but there is a workaround to manually "enable"
register globals again if you need to have it for migration. It should just
work (TM) (haven't actually used it)
foreach ($_REQUEST as $k => $v) { $GLOBALS[$k] = $v; }
Not sure why we have to discuss this over and over again on this list.
>
> --
> Lester Caine - G8HFL
> -----------------------------
> Contact - http://lsces.co.uk/wiki/?page=contact
> L.S.Caine Electronic Services - http://lsces.co.uk
> EnquirySolve - http://enquirysolve.com/
> Model Engineers Digital Workshop - http://medw.co.uk
> Rainbow Digital Media - http://rainbowdigitalmedia.co.uk
>
> --
> PHP Internals - PHP Runtime Development Mailing List
> To unsubscribe, visit: http://www.php.net/unsub.php
>
>
