Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:62482 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 54438 invoked from network); 25 Aug 2012 13:27:18 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 25 Aug 2012 13:27:18 -0000 Authentication-Results: pb1.pair.com smtp.mail=lester@lsces.co.uk; spf=permerror; sender-id=unknown Authentication-Results: pb1.pair.com header.from=lester@lsces.co.uk; sender-id=unknown Received-SPF: error (pb1.pair.com: domain lsces.co.uk from 213.123.26.184 cause and error) X-PHP-List-Original-Sender: lester@lsces.co.uk X-Host-Fingerprint: 213.123.26.184 c2beaomr06.btconnect.com Received: from [213.123.26.184] ([213.123.26.184:8807] helo=mail.btconnect.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 1E/E7-06857-5B2D8305 for ; Sat, 25 Aug 2012 09:27:17 -0400 Received: from host81-138-11-136.in-addr.btopenworld.com (EHLO _10.0.0.5_) ([81.138.11.136]) by c2beaomr06.btconnect.com with ESMTP id IYZ76729; Sat, 25 Aug 2012 14:27:13 +0100 (BST) Message-ID: <5038D2B1.6060704@lsces.co.uk> Date: Sat, 25 Aug 2012 14:27:13 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:13.0) Gecko/20120604 Firefox/13.0 SeaMonkey/2.10 MIME-Version: 1.0 To: "internals@lists.php.net >> PHP internals" References: <503897B4.8020303@lsces.co.uk> <5038C04D.9080509@lsces.co.uk> <5038C0F8.9060008@ajf.me> In-Reply-To: <5038C0F8.9060008@ajf.me> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Mirapoint-IP-Reputation: reputation=Good-1, source=Queried, refid=tid=0001.0A0B0302.5038B9CF.00A8, actions=TAG X-Junkmail-Premium-Raw: score=7/50, refid=2.7.2:2012.8.25.125429:17:7.944, ip=81.138.11.136, rules=__MOZILLA_MSGID, __HAS_MSGID, __SANE_MSGID, __HAS_FROM, __USER_AGENT, __MIME_VERSION, __TO_MALFORMED_2, __TO_NO_NAME, __BOUNCE_CHALLENGE_SUBJ, __BOUNCE_NDR_SUBJ_EXEMPT, __CT, __CT_TEXT_PLAIN, __CTE, __ANY_URI, __URI_NO_MAILTO, __URI_NO_WWW, __CP_URI_IN_BODY, BODY_ENDS_IN_URL, BODYTEXTP_SIZE_3000_LESS, BODY_SIZE_2000_2999, __MIME_TEXT_ONLY, RDNS_GENERIC_POOLED, HTML_00_01, HTML_00_10, BODY_SIZE_5000_LESS, RDNS_SUSP_GENERIC, RDNS_SUSP, BODY_SIZE_7000_LESS X-Junkmail-Status: score=10/50, host=c2beaomr06.btconnect.com X-Junkmail-Signature-Raw: score=unknown, refid=str=0001.0A0B020B.5038D2B1.00E5:SCFSTAT14830815,ss=1,re=-4.000,fgs=0, ip=0.0.0.0, so=2011-07-25 19:15:43, dmn=2011-05-27 18:58:46, mode=multiengine X-Junkmail-IWF: false Subject: Re: [PHP-DEV] Older style frameworks ... From: lester@lsces.co.uk (Lester Caine) Andrew Faulds wrote: > OK Lester, you've whined enough, what do you want us to do? Freeze development > for 5 years so ISPs can slowly catch up, or something? Simply taking care to provide fixed point that we can work to would have helped. LTS versions have been rejected in the past, but PLEASE can we stop producing yet another PHP5.x version and make PHP5.4 an end point that we can work to and produce comprehensive upgrade notes to help people get to that point. Make that an LTS version and move new development over to PHP6 where there would be more 'flexibility' to break things if needs be. PHP5.2 is the current LTS almost by default, but one thing that we need to try and do is get the user community to move to PHP5.4 rather than the current move to PHP5.3 on many ISP's ( at least the one's I'm having to deal with ). If PHP5.4 is ring fenced then at least we have a point to aim for? Currently the situation on the ground is that PHP5.3 is the next production version for ISP's despite the fact that it's not supported! I was reconsidering a point I made earlier, and all that we need is a 'legacy' php.ini that would provide a cleaner base for ISP's moving from PHP5.2 and also a reference point so we can document changes needed to the older code to bring it up to date ... strict compliant without any deprecated warnings. A 'matching' php.ini for PHP5.3 would help things in the interim. Having to manage sites on PHP5.2 and 5.3, while testing the same sites on 5.4 is my current situation, and having PHP5.5 looming in the background is just another irritation. I have no doubt that it will take some years for PHP5.4 to replace 5.2, but at least we will have a fixed target to work with? -- 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