Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:64094 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 62121 invoked from network); 29 Nov 2012 07:57:41 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 29 Nov 2012 07:57:41 -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.127 cause and error) X-PHP-List-Original-Sender: lester@lsces.co.uk X-Host-Fingerprint: 213.123.20.127 c2bthomr09.btconnect.com Received: from [213.123.20.127] ([213.123.20.127:56493] helo=mail.btconnect.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 7F/94-30696-17517B05 for ; Thu, 29 Nov 2012 02:57:38 -0500 Received: from host81-138-11-136.in-addr.btopenworld.com (EHLO _10.0.0.5_) ([81.138.11.136]) by c2bthomr09.btconnect.com with ESMTP id KAW37515; Thu, 29 Nov 2012 07:57:34 +0000 (GMT) Message-ID: <50B71568.5090101@lsces.co.uk> Date: Thu, 29 Nov 2012 07:57:28 +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: <50B5D992.30609@lsces.co.uk> <50B6C097.5010402@gmail.com> 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.50B7156B.0003, actions=tag X-Junkmail-Premium-Raw: score=7/50, refid=2.7.2:2012.11.29.71816: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_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=c2bthomr09.btconnect.com X-Junkmail-Signature-Raw: score=unknown, refid=str=0001.0A0B0204.50B7156E.003B: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] Re: [VOTE] ext/mysql deprecation in 5.5 From: lester@lsces.co.uk (Lester Caine) Kris Craig wrote: > Either way, our common goal here is to get people to stop using ext/mysql now so > that we can trash it when the time comes. And as far as that goes, I think that > what happened with magic_quotes and Drupal is a perfect example of how > deprecation can effectively push devs to act when docs and "get the word out" > campaigns aren't enough. The use of 'Drupal' as an example is totally spurious here. E_DEPRECATED and E_STRICT upgrades to any framework needed to be managed and in many cases switching to later versions of PHP are ALWAYS linked to a new major version of the framework. It is because the older versions are still expected to work with older versions of PHP. I'm sure you will find today that most of these frameworks ACTUALLY disable E_STRICT and E_DEPRECATED by default so that they continue to run on on the range of PHP versions they were originally designed for? Making something that only works with PHP5.4 is simply not practical when the bulk of the hosting is still on PHP5.2! Drupal is not the only framework that has to support it live user base. This does return to something that people have got irritated with me before but has been highlighted again here. Extensions are NOT core to PHP and most distributions including the windows ones do not provide a single executable for PHP but rather allow one to select what is loaded manually. I think it is quite obvious that even if E_DEPRECATED gets added to an 'official' distribution of mysql in PHP, that this will get stripped back out by the distributions as inappropriate in modular distributions? So why create the agro in the first place? It IS the education that is missing ... but equally there ARE still valid reasons to use mysql just as there are for the list of other retired extensions listed here. Creating even more problems for users is simply counter productive when there is STILL a need to educate users as to how to make their PHP5.2 code 'work' with PHP5.3/4 so that ISP's ARE in a position TO upgrade at all! And I speak with my 'hosting' hat on here. -- 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