Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:63889
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain meetme.com designates 74.125.149.107 as permitted sender)
MIME-Version: 1.0
In-Reply-To: <50A54C7F.6020701@lerdorf.com>
References: <CADajX4CYZdNpgQv46m_6J7tQLBc=h6HxCn-bGpxr3Ou2VaqgBg@mail.gmail.com>
	<50A10A9D.9070402@oracle.com>
	<CAAyV7nF2tt6HtFZKevH_2kknqOvEmLJjEOF2_Bn_VHaZFUJERw@mail.gmail.com>
	<CAPwsocH3_qHSZbLFe27qX+KgBAC1D8KhwLi+PLHW503sCTBtTw@mail.gmail.com>
	<50A1946F.8010407@lerdorf.com>
	<50A20CCB.8090909@lsces.co.uk>
	<8A8A29F9E43E417FB5450D63019B2DDB@NeiRoze>
	<8f4231fc-6e3c-4a33-af71-2af5e7a95dfd@email.android.com>
	<CAAyV7nFOGa7UVALSQyAs-A+R0kuEmXoHPrxvCXNBnzAxLy0dww@mail.gmail.com>
	<50A2D672.7010600@gmail.com>
	<50A30144.5070305@phpgangsta.de>
	<50A3BEC0.8030607@gmail.com>
	<CAET_qdMmhRyidM6_VOokBu6tYvgrPHMOPdzz0PaFpxc3NaTdYQ@mail.gmail.com>
	<CADajX4Bh+5YrCPEFLzC2qqeJ4NnADbBV0u+wByz3Kb7Jp45KOw@mail.gmail.com>
	<50A54713.8090102@sugarcrm.com>
	<CAArmra2bjj3y2UUV8nszU74tN9o4VvB67aXzq5Z1cE2Y_tVijg@mail.gmail.com>
	<50A549EB.2020408@lerdorf.com>
	<CAArmra2BCmbOjkK0D8gKc5o0Pwhx0jNGi-3m2C2Z2dAnb0yv7w@mail.gmail.com>
	<50A54C7F.6020701@lerdorf.com>
Date: Thu, 15 Nov 2012 15:28:12 -0500
Message-ID: <CAArmra3tCz3MZNB8KT5h29vWbvg56EjaaO8sNQ4hvpK+Ypx4HA@mail.gmail.com>
To: Rasmus Lerdorf <rasmus@lerdorf.com>
Cc: Stas Malyshev <smalyshev@sugarcrm.com>, Adam Harvey <aharvey@php.net>, 
	Devis Lucato <devis@lucato.it>, PHP Developers Mailing List <internals@lists.php.net>
Content-Type: multipart/alternative; boundary=90e6ba475da57b75a504ce8e7d57
Subject: Re: [PHP-DEV] RFC: ext/mysql deprecation
From: wfitch@meetme.com (Will Fitch)

--90e6ba475da57b75a504ce8e7d57
Content-Type: text/plain; charset=ISO-8859-1

On Thu, Nov 15, 2012 at 3:11 PM, Rasmus Lerdorf <rasmus@lerdorf.com> wrote:

> On 11/15/2012 12:08 PM, Will Fitch wrote:
> > On Thu, Nov 15, 2012 at 3:00 PM, Rasmus Lerdorf wrote:
> >     Actually, no it wouldn't. You still get the overhead of the error,
> plus
> >     any custom error handlers will be triggered regardless of the
> >     error_reporting setting which depending on the implementation of the
> >     error handler can be quite costly performance-wise.
> >
> > So what solution is there to this? Should it not be deprecated? This
> > same issue (is still happening) with register_globals for us, but it's
> > acceptable as it has been phased out.  Should there be no deprecation
> > warning now and wait for a future release?
>
> I'd like to see usage drop off first so we aren't negatively affecting
> millions of sites performance-wise, and/or we streamline the error
> handling code so there is a way to avoid this performance hit.
>

This makes sense, but from an engineering standpoint, what can be used as a
trigger to move to a more recent driver outside of deprecation?  I'm not
sure there is another solution.

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 solution
is to hand off the maintenance of this extension to a new team?


>
> -Rasmus
>

--90e6ba475da57b75a504ce8e7d57--