Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:63920 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 9724 invoked from network); 16 Nov 2012 09:44:16 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 16 Nov 2012 09:44:16 -0000 Authentication-Results: pb1.pair.com header.from=johannes.schlueter@oracle.com; sender-id=pass Authentication-Results: pb1.pair.com smtp.mail=johannes.schlueter@oracle.com; spf=pass; sender-id=pass Received-SPF: pass (pb1.pair.com: domain oracle.com designates 156.151.31.81 as permitted sender) X-PHP-List-Original-Sender: johannes.schlueter@oracle.com X-Host-Fingerprint: 156.151.31.81 userp1040.oracle.com Received: from [156.151.31.81] ([156.151.31.81:18191] helo=userp1040.oracle.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id F7/50-08060-FEA06A05 for ; Fri, 16 Nov 2012 04:44:15 -0500 Received: from acsinet22.oracle.com (acsinet22.oracle.com [141.146.126.238]) by userp1040.oracle.com (Sentrion-MTA-4.2.2/Sentrion-MTA-4.2.2) with ESMTP id qAG9iAQh023629 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Fri, 16 Nov 2012 09:44:11 GMT Received: from acsmt358.oracle.com (acsmt358.oracle.com [141.146.40.158]) by acsinet22.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id qAG9i9uk009857 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 16 Nov 2012 09:44:09 GMT Received: from abhmt115.oracle.com (abhmt115.oracle.com [141.146.116.67]) by acsmt358.oracle.com (8.12.11.20060308/8.12.11) with ESMTP id qAG9i935018936; Fri, 16 Nov 2012 03:44:09 -0600 Received: from [192.168.2.22] (/188.174.48.249) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Fri, 16 Nov 2012 01:44:07 -0800 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable References: <50A10A9D.9070402@oracle.com> <50A1946F.8010407@lerdorf.com> <50A20CCB.8090909@lsces.co.uk> <8A8A29F9E43E417FB5450D63019B2DDB@NeiRoze> <8f4231fc-6e3c-4a33-af71-2af5e7a95dfd@email.android.com> <50A2D672.7010600@gmail.com> <50A30144.5070305@phpgangsta.de> <50A3BEC0.8030607@gmail.com> <50A54713.8090102@sugarcrm.com> <50A549EB.2020408@lerdorf.com> <50A54C7F.6020701@lerdorf.com> In-Reply-To: Message-ID: Date: Fri, 16 Nov 2012 08:38:19 +0200 Cc: Rasmus Lerdorf , Stas Malyshev , Adam Harvey , Devis Lucato , PHP Developers Mailing List To: Will Fitch Mime-Version: 1.0 (1.0) X-Mailer: iPod Mail (10A523) X-Source-IP: acsinet22.oracle.com [141.146.126.238] Subject: Re: [PHP-DEV] RFC: ext/mysql deprecation From: johannes.schlueter@oracle.com (=?utf-8?Q?Johannes_Schl=C3=BCter?=) On Nov 15, 2012, at 22:28, Will Fitch wrote: > Your argument is valid. The question of, why do we deprecate something > that is so heavily used comes to mind, but in the end, this is a something= > the extension maintainers want - not end users. Maybe the correct solutio= n > is to hand off the maintenance of this extension to a new team? > Your argument is valid. The question of, why do we deprecate something > that is so heavily used comes to mind, but in the end, this is a something= > the extension maintainers want - not end users. Maybe the correct solutio= n > is to hand off the maintenance of this extension to a new team? There isn't much maintenance needed. For a few years already ext/mysql isn't receiving new features and bug inflo= w is low. Thanks to mysqlnd we have to fear libmysql changes way less these d= ays. We, from the MySQL Connector Team at Oracle, add new features to mysqli (and= eventually PDO) only, though, for quite some time already. Bugs in ext/mysq= l are being fixed in a best effort way and we plan to do this as long as req= uired by the community. Users should use mysqli for having access to everything MySQL has to offer. Officially deprecating mysqli is, in my opinion, mostly a help for users to g= o in the "correct" direction early instead of struggling due to missing feat= ures later. johannes --=20 Johannes Schl=C3=BCter, MySQL Connectors Team, ORACLE Corporation Note: The above is no legally binding promise by Oracle.