Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:63908 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 73253 invoked from network); 16 Nov 2012 03:48:08 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 16 Nov 2012 03:48:08 -0000 Authentication-Results: pb1.pair.com smtp.mail=morrison.levi@gmail.com; spf=pass; sender-id=pass Authentication-Results: pb1.pair.com header.from=morrison.levi@gmail.com; sender-id=pass Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.215.42 as permitted sender) X-PHP-List-Original-Sender: morrison.levi@gmail.com X-Host-Fingerprint: 209.85.215.42 mail-la0-f42.google.com Received: from [209.85.215.42] ([209.85.215.42:51304] helo=mail-la0-f42.google.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 29/81-63561-677B5A05 for ; Thu, 15 Nov 2012 22:48:07 -0500 Received: by mail-la0-f42.google.com with SMTP id s15so1870200lag.29 for ; Thu, 15 Nov 2012 19:48:03 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=Lb9wVAVk/4YkusDOkbpkH3LYcTAAccgrWwB6e8Mm0Rc=; b=KSCiKpA/nqZFQz9iax7djWDYsU9a9tTbJ3ERngntvA2qEJgHBQZJVLHRVu5URs/6YU PIxhng56eWZthn6PnJRNa9IRAbdUJDeBjB2wj4+HaUa/vGLH6UBXfweLZvkLYJE3IO9Q kNpH80OdUa6i3S0KBL4lTa7L2PAmbX4z5+IZNF/auirgRRw2b/a8F3J/Hzoa7rizsNhV OqCHceW0vHPn3BUdEKGhGOaGVXRjQo3ATh0xJYjzc/FIS5CvL8U9HjHQVqZQV6hh1Udj wO3hLg98WJYmw/fabvx5mQukV70/s4/6S7m4676ygilDbKMHNxutg1adE835CyEWhGui 1+8A== MIME-Version: 1.0 Received: by 10.112.101.33 with SMTP id fd1mr572405lbb.27.1353037683429; Thu, 15 Nov 2012 19:48:03 -0800 (PST) Received: by 10.112.36.39 with HTTP; Thu, 15 Nov 2012 19:48:03 -0800 (PST) In-Reply-To: <50A59E24.4060704@lerdorf.com> References: <50A2D672.7010600@gmail.com> <50A30144.5070305@phpgangsta.de> <50A3BEC0.8030607@gmail.com> <50A54713.8090102@sugarcrm.com> <50A549EB.2020408@lerdorf.com> <50A58828.4070701@lerdorf.com> <50A59E24.4060704@lerdorf.com> Date: Thu, 15 Nov 2012 20:48:03 -0700 Message-ID: To: Rasmus Lerdorf Cc: Sherif Ramadan , Anthony Ferrara , Will Fitch , Stas Malyshev , Adam Harvey , Devis Lucato , PHP Developers Mailing List Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Subject: Re: [PHP-DEV] RFC: ext/mysql deprecation From: morrison.levi@gmail.com (Levi Morrison) *Note:* this email is also available as a gist for easier reading: https://wiki.php.net/rfc/mysql_deprecation Sirs, Gentlemen and Scholars, I am appreciative of all of the discussion that has happened on this RFC. It has helped me understand how we feel collectively about ext/mysql and how to deprecate it. I believe that clarifying what the term 'deprecation' means could help everyone to understand what we are trying to accomplish. To quote wikipedia on the word 'deprecation': > In the process of authoring computer software, its standards or documenta= tion, or other technical standards, deprecation is a status applied to feat= ures, characteristics, or practices to indicate that they should be avoided= , typically because they have been superseded. I think we all agree that ext/mysql should be avoided and that it has been superseded. What I want to point out is that deprecation is a process. The real question is: have we taken the proper steps in that process? --- I believe we haven't taken all the proper steps. Have we spent efforts educating the community? Yes. Are those efforts proportionate to the magnitude of the usage? No; ext/mysql has widespread adoption and needs widespread education and training resources. Despite that, I think we can deprecate ext/mysql in PHP 5.5. Some time fra= mes: - PHP 5.5 will not be released until at least sometime in 2013, probably after March because that's when 5.4 was released. - After that point, it will take 6-12 months before distribution systems integrate and release it. - After distribution systems have released it, there will be a few months or more before people upgrade. We are looking at 1 and 1/2 to 2 years before the deprecation warning would hit the logs for the majority of users. That should be plenty of time for the following: 1. The manual should state that ext/mysql will be deprecated in version PHP 5.5 and warnings will be generated. 2. A resource on our website needs to explain what needs to be taken before 5.5 to avoid these warnings. It should also explain what deprecation means (particularly that ext/mysql is not being removed yet) 3. A resource needs to explain how to upgrade to `mysqli` or `PDO`. - The use-last-opened-connection feature is widely used. This is one case we need to specifically address. Those three things are critical and should be completed before 5.5 is released; the ones below are additional things that could be done: 4. Outreach campaigns should take place to point the masses to these resour= ces. 5. Large software groups should be specifically contacted to explain all of this. However, if we cannot commit to doing these things then I would advise against deprecating ext/mysql in version 5.5.