Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:47997
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.218.219 as permitted sender)
DomainKey-Status: bad
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:in-reply-to:references:date:message-id:subject:from:to
         :cc:content-type;
        b=q/emRoT0ESPEdeJkmG1hU2z5T1rcGLNRNZorkWXmaK6lmiO4Izv6ANzNseX3PDXkPu
         OHDImi+PZdYQkcjPCjoT3TbvKM7uAPWo3tyLwbnpzaZ1yEDN43zdLcrkE5Z6aLd+Bbqy
         97bNFD3w0h23X8QNmgI133sAV5HGKU9j9QRcE=
MIME-Version: 1.0
In-Reply-To: <201004161538.23534.larry@garfieldtech.com>
References: <n2k2dedb8a1004081548g4381879ahb76cf5ab9b855a9d@mail.gmail.com>
	 <1271408519.4615.89.camel@guybrush>
	 <q2jb54d0abe1004160323v54f8aad1j3f7817d4ff96507d@mail.gmail.com>
	 <201004161538.23534.larry@garfieldtech.com>
Date: Sat, 17 Apr 2010 07:39:38 +0200
Message-ID: <s2pb54d0abe1004162239p356d647cq1d29800f0a06ae5b@mail.gmail.com>
To: Larry Garfield <larry@garfieldtech.com>
Cc: internals@lists.php.net
Content-Type: multipart/alternative; boundary=00032555b1b25ab42f0484682740
Subject: Re: [PHP-DEV] [RFC] Removal of deprecated features
From: tyra3l@gmail.com (Ferenc Kovacs)

--00032555b1b25ab42f0484682740
Content-Type: text/plain; charset=UTF-8

On Fri, Apr 16, 2010 at 10:38 PM, Larry Garfield <larry@garfieldtech.com>wrote:

> On Friday 16 April 2010 05:23:42 am Ferenc Kovacs wrote:
>
> > I think that the hosting providers will do notice, and either not
> migrate,
> > or send a mail to their users, warning to check their settings because if
> > they are depending on the magic quotes, they will be in danger.
> >
> > So I think we don't have to wait for the shared hosting providers,
> because
> > they will catch up as slow or fast as we go.
>
> Given how long it took them to catch up to PHP 5 in the first place I don't
> think we can count on that.
>
> Because PHP4 was supported for a long time. This is what I'm saying. If you
support 5,3 at least with security updates for years, they won't  upgrade
because they don't have to.


> Such breakage should come in large chunks so that hosts only have to wring
> their hands once every so often.  Otherwise they just won't upgrade ever.
> Most run on very thin margins.
>
>
I disagree, from the point of the coder who has to port the application from
one version to other, it's easier, if there is only a few changes, which has
to be taken care of.
From the point of shared hosting providers, they don't want to change
anything from the BC perspective, so if you turn off some default value, or
throw deprecate warning, they will turn it back on, and ignore the errors.
When this is not possible (because you removed some feature), they won't
upgrade, as long as there is security support for the old version.

Tyrael

--00032555b1b25ab42f0484682740--