Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:63906 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 67480 invoked from network); 16 Nov 2012 02:54:10 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 16 Nov 2012 02:54:10 -0000 Authentication-Results: pb1.pair.com smtp.mail=theanomaly.is@gmail.com; spf=pass; sender-id=pass Authentication-Results: pb1.pair.com header.from=theanomaly.is@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: theanomaly.is@gmail.com X-Host-Fingerprint: 209.85.215.42 mail-la0-f42.google.com Received: from [209.85.215.42] ([209.85.215.42:55916] helo=mail-la0-f42.google.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 12/B0-63561-0DAA5A05 for ; Thu, 15 Nov 2012 21:54:09 -0500 Received: by mail-la0-f42.google.com with SMTP id s15so1848241lag.29 for ; Thu, 15 Nov 2012 18:54:05 -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; bh=kS7K+PdLeEip0/dvmbtiZR/I9dK5mX340RpIr/TwhI4=; b=IRNyEZTk9hF3RCXGN4deYB8J5AJtcSks/tQH/vZ/LdOGdVriGX0GwDElOWt0zwOZec nx12xS5xqHtQ2nLNxShxnWYuF7O8h6tQIt8rRGH8G1BJKuoaU3MNjOKtrwXhekr+fP/N WVcNZuyF0ZQlNcyo2sa++yBGzLYK7tUukJgOrcs0Ew4n1Ih8bY+QuVGCAAPM+V23Bz/e LPps39qzf04b/D4g7oDy5bM57B132HOQb++Fp6mbzUkya5nlK+7QvbnlRLiZoVCCKWGV rSIfFTHYADoTR+yczQRl9rAyBdESg1kH3ysBlA/Bw8skQ/aqrf05kEGfx2s2IVv10hLc QKlA== MIME-Version: 1.0 Received: by 10.112.50.138 with SMTP id c10mr1337534lbo.113.1353034445753; Thu, 15 Nov 2012 18:54:05 -0800 (PST) Received: by 10.112.24.37 with HTTP; Thu, 15 Nov 2012 18:54:05 -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 21:54:05 -0500 Message-ID: To: Rasmus Lerdorf Cc: Anthony Ferrara , Will Fitch , Stas Malyshev , Adam Harvey , Devis Lucato , PHP Developers Mailing List Content-Type: text/plain; charset=ISO-8859-1 Subject: Re: [PHP-DEV] RFC: ext/mysql deprecation From: theanomaly.is@gmail.com (Sherif Ramadan) On Thu, Nov 15, 2012 at 9:00 PM, Rasmus Lerdorf wrote: > On 11/15/2012 05:52 PM, Sherif Ramadan wrote: >> This was the soft-deprecation notice that I believe was discussed >> before the actual steps were to be taken to officially deprecate >> ext/mysql. Yes, it's a suggestion, but a clearly worded suggestion, >> none-the-less. It has been around for a little over 5 months now. I >> think that's plenty of time to start alerting people to the fact that >> the deprecation is coming. > > 5 months is nothing in PHP land when it comes to a feature like this. > Like Anthony said, this is something that needs to be front and center > everywhere. And like David said, it doesn't actually make much sense to > deprecate the functions themselves. The extension is going to be moved > out of core eventually, but if you still choose to use it by getting it > from pecl throwing deprecation warnings from each call makes no sense. > Agreed, but this is "front and center", with all due respect. It's at the top of every page. It doesn't just alert you to the problem it alerts you to the alternative solution. Every function in ext/mysql points you to its counter-part in PDO and MySQLi. 5 months is nothing. I won't argue that it's substantial, but the next year or two that it will take to make the move to 5.NEXT is substantial enough. > We need a frontpage notice. A big notice in the next UPGRADING file. > There was nothing about this in the 5.4 UPGRADING file, for example. We > also need tutorials showing how to migrate from mysql to mysqli and > conference talks on the same showing some of the cooler things like > async queries that you get by moving to a more modern API. > > -Rasmus Agreed, migration is going to be a pain. Though I don't see why getting a deprecation notice doesn't make sense. For those that have been using ext/mysql for years they are more likely to notice a deprecation error more quickly than they are message/note at php.net in the manual. Think about it. You probably look at the manual for a function you've been using for 10+ years, maybe once a month. You probably check your error logs on a daily basis, though. I'd say it makes good sense to inform those that have taken the steps to upgrade that the extension they're using is deprecated and then maybe they'll turn their attention to the manual for more information, such as a migration guide, alternatives, advice, conferences, etc...