Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:63836 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 73853 invoked from network); 13 Nov 2012 10:48:42 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 13 Nov 2012 10:48:42 -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.131 cause and error) X-PHP-List-Original-Sender: lester@lsces.co.uk X-Host-Fingerprint: 213.123.20.131 c2bthomr13.btconnect.com Received: from [213.123.20.131] ([213.123.20.131:47066] helo=mail.btconnect.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id E0/00-08247-88522A05 for ; Tue, 13 Nov 2012 05:48:41 -0500 Received: from host81-138-11-136.in-addr.btopenworld.com (EHLO _10.0.0.5_) ([81.138.11.136]) by c2bthomr13.btconnect.com with ESMTP id JTT65595; Tue, 13 Nov 2012 10:48:37 +0000 (GMT) Message-ID: <50A22583.2080707@lsces.co.uk> Date: Tue, 13 Nov 2012 10:48:35 +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> <50A20CCB.8090909@lsces.co.uk> In-Reply-To: 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.0A0B0303.50A22583.0054, actions=tag X-Junkmail-Premium-Raw: score=7/50, refid=2.7.2:2012.11.13.93024: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_WWW, __CP_URI_IN_BODY, BODY_ENDS_IN_URL, BODY_SIZE_3000_3999, __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=c2bthomr13.btconnect.com X-Junkmail-Signature-Raw: score=unknown, refid=str=0001.0A0B0205.50A22585.0023: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) Leigh wrote: > Hi > > On 13 November 2012 00:29, Rasmus Lerdorf wrote: >> That is simply not true. If you download PHP and do ./configure && make >> install you do not get MySQL support. You have to explicitly specify >> that you want it. > > My apologies then. I actually checked a ./configure output, and saw > under Configuring extensions "checking for MySQL support... no" > > I assumed it was going to try to enable it if it was available. Lots > of other extensions have the wording "checking whether to enable", > which is why I differentiated it from those. > > On 13 November 2012 09:03, Lester Caine wrote: >> 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. > > If users wish to deliberately ignore (or worse, specifically disable) > informative messages during development, that is their own problem. > When ext/mysql is finally removed, nobody will be able to say they > didn't have enough warning. Leigh - the point here is that the vast majority of users know nothing about this! Their ISP has had to switch E_DEPRECATED off for all of their users simply to keep legacy sites running. 'Not our problem' is the wrong stance with so many people reliant on PHP's infrastructure. > The sooner we get this warning out there (i.e. E_DEPRECATED + message > in the documentation starting with 5.5), the sooner wider community > can start adjusting for it. There is no point delaying it as much as > possible. As Sherif said, there has been far too much procrastination > on the subject already. > > Lets get E_DEPRECATED in for the first RC so all of the social-focused > php sites can get their rants out early, and get a few users thinking > about the future of their codebases as soon as possible. Maybe even > some of them will decide to contribute back and write some adoption > guides and/or cheat sheets. The problem will remain as to who helps the vast majority of users who are using sites that simply work for them. The problems making legacy code work with PHP5.4 are small compared with converting many millions of sites that currently use MySQL simply because that is all their ISP's provide, and the code running their site was probably installed from examples that only ever used 'mysql_' ... It's simply not practical to strip all of these old code examples from the internet, so it IS important that new examples are activly published by everybody to swamp what is now very out of date material. Many of the sites I'm currently porting from a number of ISP's have needed a lot of work to tidy them up to run on a new set-up, and there was no way their owners could ever have done that themselves! And I'm moving them to Firebird anyway so no problem with MySQl code, but I do have a couple of big sites that ARE running on mysql_ so I will need to address them at some time. -- 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