On 07/12/15 00:02, Jan Ehrhardt wrote: >>> Giving everyone until the end of 2017 to update their servers is more >>> >> than sufficient. >> > >> >Sufficient for what? It is a hard fact that people still run 5.3 >> >version. In fact, 2/3 of sites run EOLed versions.
> I know why *we* are still running PHP 5.3 for some sites: they are Drupal6 > sites. Last time we checked it, PHP 5.4 gave all kinds of warnings with > Drupal6 and PHP 5.3 did not. Little has changed since the upgrade problems PHP5.4 introduced, and since the vast majority of PHP5.2/3 users ARE users of third party applications rather than PHP itself, they do not have the competence to 'bug fix' their current working systems and support has often dried up for the third party elements they are using. It is not simply a matter of telling people that they have to change but rather helping them to change, and ISP's have no apparent interest in providing that support so continue to roll out the easy route? From what I am seeing, code that has already been brought up to PHP5.6 E_STRICT 'clean' will simply roll over on to PHP7 without a problem, it is still cleaning up the legacy code which is the problem and there is no easy way to do that. "It's just a few hours work" does not help the millions of people who sometimes would not even know they are using PHP! Continuing to run PHP5.2 is the right choice for those people, and ISP's seem to be handling the fallout of security risk by security updates on that infrastructure rather than trying to eliminate the legacy code. In the past we have been told "Just switch off the warnings and your code will carry on working", but that was ALWAYS the wrong answer and cleaning the code at each upgrade *IS* the only way to keep legacy code bases tidy? Providing PHP7 clean alternatives with usable upgrade paths is the only way that PHP5.2/3 can be deprecated fully, so any debate on an arbitrary EOL for 5.6 is simple pie in the sky? When will Python2 disappear ... now unlikely it ever will? Is PHP5.2 any different? -- 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
