Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:63865 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 88733 invoked from network); 14 Nov 2012 09:08:47 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 14 Nov 2012 09:08:47 -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.187 cause and error) X-PHP-List-Original-Sender: lester@lsces.co.uk X-Host-Fingerprint: 213.123.26.187 c2beaomr09.btconnect.com Received: from [213.123.26.187] ([213.123.26.187:65001] helo=mail.btconnect.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id FA/00-22228-A9F53A05 for ; Wed, 14 Nov 2012 04:08:43 -0500 Received: from host81-138-11-136.in-addr.btopenworld.com (EHLO _10.0.0.5_) ([81.138.11.136]) by c2beaomr09.btconnect.com with ESMTP id JSN52118; Wed, 14 Nov 2012 09:08:39 +0000 (GMT) Message-ID: <50A35F96.3040603@lsces.co.uk> Date: Wed, 14 Nov 2012 09:08:38 +0000 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:15.0) Gecko/20120826 Firefox/15.0 SeaMonkey/2.12 MIME-Version: 1.0 To: PHP internals References: <50A197D2.5070307@oracle.com> <50A21576.2010307@lsces.co.uk> <50A33C72.7040308@sugarcrm.com> In-Reply-To: <50A33C72.7040308@sugarcrm.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Mirapoint-IP-Reputation: reputation=Fair-1, source=Queried, refid=tid=0001.0A0B0303.50A35F97.0020, actions=tag X-Junkmail-Premium-Raw: score=7/50, refid=2.7.2:2012.11.14.83924:17:7.944, ip=81.138.11.136, rules=__MOZILLA_MSGID, __HAS_MSGID, __SANE_MSGID, __HAS_FROM, __USER_AGENT, __MOZILLA_USER_AGENT, __MIME_VERSION, __TO_MALFORMED_2, __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_1800_1899, __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=c2beaomr09.btconnect.com X-Junkmail-Signature-Raw: score=unknown, refid=str=0001.0A0B0204.50A35F97.00C9: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] RFC: ext/mysql deprecation From: lester@lsces.co.uk (Lester Caine) Stas Malyshev wrote: >> But with a strong warning that on a later version of PHP things WILL stop >> >working altogether? More often now E_DEPRECATED is already switched off simply > Why again we must breaking people's working code? Something I've been asking for years ;) Bigger frameworks still designing for PHP5.3 is happening because 5.2 code still works on 5.3 by hiding warnings, but fails on 5.4. They are trying to keep THEIR users functional in the real world, and the real world is dragging it's feet simply because the majority of users would not know what E_DEPRECATED means. "They have had plenty of time to fix this" assumes that the people who wrote the original code are still around TO fix it? I'm still finding live code that originated in PHP4 days - using 'mysql_' - and works perfectly - on 5.2. I have three options now ... 1/ Stick with a stack that will run their code 2/ Tell the customers they need to repair all their code 3/ Charge them for the time to repair the code for them Many ISP's are simply opting for 1 because 2 can't happen on many accounts, and there is not enough time available for 3 which most customers could not afford anyway. I've been forced to move sites from their exiting hosting simply because that host HAS upgraded and I don't have time to fix all the problems on code for the customer! FINALLY sorted why everything was broken moving from Apache2.2 to 2.4 now I have to work out the 'politically correct' fix for that :( -- 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