Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:63832 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 62732 invoked from network); 13 Nov 2012 09:03:18 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 13 Nov 2012 09:03: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.20.125 cause and error) X-PHP-List-Original-Sender: lester@lsces.co.uk X-Host-Fingerprint: 213.123.20.125 c2bthomr07.btconnect.com Received: from [213.123.20.125] ([213.123.20.125:48690] helo=mail.btconnect.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 7D/30-58610-3DC02A05 for ; Tue, 13 Nov 2012 04:03:16 -0500 Received: from host81-138-11-136.in-addr.btopenworld.com (EHLO _10.0.0.5_) ([81.138.11.136]) by c2bthomr07.btconnect.com with ESMTP id JXN73979; Tue, 13 Nov 2012 09:03:12 +0000 (GMT) Message-ID: <50A20CCB.8090909@lsces.co.uk> Date: Tue, 13 Nov 2012 09:03:07 +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: <50A10A9D.9070402@oracle.com> <50A1946F.8010407@lerdorf.com> In-Reply-To: <50A1946F.8010407@lerdorf.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.50A20CCD.0001, actions=TAG X-Junkmail-Premium-Raw: score=7/50, refid=2.7.2:2012.11.13.83037: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, __INT_PROD_COMP, 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=c2bthomr07.btconnect.com X-Junkmail-Signature-Raw: score=unknown, refid=str=0001.0A0B020D.50A20CD0.00C1: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) Rasmus Lerdorf wrote: > What is true is that most people no longer build PHP at all. They just > end up with whatever their provider has installed or with whatever > packages they end up installing when they install the PHP app they want > to use. Both Wordpress and Drupal depends on php-mysql on Ubuntu, for > example. > > It would be good if we could get the majority of the major PHP apps to > commit to supporting mysqli along the same timeframe as marking this > deprecated. And there is no difference here to getting PHP5.3/4 accepted as the current version of PHP? People have working systems and if the number of problems changing are too great then they don't change. Rewriting perfectly functional mysql code to use mysqli is not a trivial move, just as are the problems of re-writing PHP5.2 code to work cleanly on 5.4. ISP's are stuck between keeping customers - who are most likely not even very computer literate - working while fighting the problems that changes such as removing mysql will cause them. YES people can simply switch off the checks, but again that misses the whole problem! Having switched off the checks - you have no idea what is about to blow up. I know people are getting fed up with my banging on about it - I don't have any answers - but by removing facilities that perhaps 50% of users rely on CAN only be done if there is some concerted effort to help those users who have no means of making the changes themselves? Simply saying 'We told you we were doing it' is just a kick in the teeth when you have also said 'just hide the errors and your old code will still work' - isn't it? This is not about stopping progress, it's about much better education on how that progress should be used ... -- 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