Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:65666 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 27025 invoked from network); 5 Feb 2013 12:42:57 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 5 Feb 2013 12:42:57 -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.20.128 cause and error) X-PHP-List-Original-Sender: lester@lsces.co.uk X-Host-Fingerprint: 213.123.20.128 c2bthomr10.btconnect.com Received: from [213.123.20.128] ([213.123.20.128:35164] helo=mail.btconnect.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 90/95-28596-E4EF0115 for ; Tue, 05 Feb 2013 07:42:55 -0500 Received: from host81-138-11-136.in-addr.btopenworld.com (EHLO _10.0.0.5_) ([81.138.11.136]) by c2bthomr10.btconnect.com with ESMTP id KST83704; Tue, 05 Feb 2013 12:42:52 +0000 (GMT) Message-ID: <5110FE4B.8020406@lsces.co.uk> Date: Tue, 05 Feb 2013 12:42:51 +0000 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:18.0) Gecko/20100101 Firefox/18.0 SeaMonkey/2.15 MIME-Version: 1.0 To: "internals@lists.php.net" References: <510EBF98.4060900@lerdorf.com> <5110AFFB.8040303@lerdorf.com> <5110BF7F.90508@lsces.co.uk> <1360065708.95691.YahooMailNeo@web133004.mail.ir2.yahoo.com> In-Reply-To: <1360065708.95691.YahooMailNeo@web133004.mail.ir2.yahoo.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mirapoint-IP-Reputation: reputation=Fair-1, source=Queried, refid=tid=0001.0A0B0302.5110FE4B.00AC, actions=tag X-Junkmail-Premium-Raw: score=8/50, refid=2.7.2:2013.2.5.120918:17:8.129, ip=81.138.11.136, rules=__MOZILLA_MSGID, __HAS_MSGID, __SANE_MSGID, __HAS_FROM, __USER_AGENT, __MOZILLA_USER_AGENT, __MIME_VERSION, __TO_MALFORMED_2, __TO_NO_NAME, __BOUNCE_CHALLENGE_SUBJ, __BOUNCE_NDR_SUBJ_EXEMPT, __SUBJ_ALPHA_END, __CT, __CT_TEXT_PLAIN, __CTE, __ANY_URI, __URI_NO_MAILTO, __URI_NO_WWW, __CP_URI_IN_BODY, BODY_ENDS_IN_URL, SUPERLONG_LINE, BODY_SIZE_1700_1799, BODYTEXTP_SIZE_3000_LESS, __MIME_TEXT_ONLY, RDNS_GENERIC_POOLED, HTML_00_01, HTML_00_10, BODY_SIZE_5000_LESS, RDNS_SUSP_GENERIC, RDNS_SUSP, BODY_SIZE_2000_LESS, BODY_SIZE_7000_LESS X-Junkmail-Status: score=10/50, host=c2bthomr10.btconnect.com X-Junkmail-Signature-Raw: score=unknown, refid=str=0001.0A0B020D.5110FE4C.005A: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] Proposal for serious BC compatibility aka language versioning From: lester@lsces.co.uk (Lester Caine) hakre wrote: >> In reality we have to make choices where we DO spend time. There is still a mile >> >of code out there being used live which is running perfectly on the PHP5.2 >> >infrastructure. That needs testing and reworking on PHP5.3 and then PHP5.4 >> >before we get around to 5.5. > Why do you change the infrastructure if the code does not need it? I mean, provide the infrastructure the code needs and done. There is more than one vendor that offers support for PHP 5.2 infrastructure in the market. What's the deal? The point here is supporting customers that I've 'acquired' who are currently hosted on services that control that infrastructure. The long term aim is to move them to servers under our control, but in the meantime until contracts run out we have to live with such activity as 'We will be updating to PHP5.3 on the 1st April'. The problem now is how to deal with that situation, and paying up outstanding contracts may be the solution. The code needs updating, and updating to 5.4 would be useful, but short term everything needs testing and fixing for PHP5.3 :( The whole reason that ISP's are currently moving from PHP5.2 to PHP5.3 rather than PHP5.4 is that there is a better chance that their client sites will continue to work. http://w3techs.com/technologies/history_details/pl-php/5 use of PHP5.1 is slowing faster than 5.4 use is growing. -- 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