Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:50330
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.216.170 as permitted sender)
DomainKey-Status: bad
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:reply-to:in-reply-to:references:from:date:message-id
         :subject:to:cc:content-type;
        b=fbgvnE2E6jBK3lln7FPXLBQbyYmunDUJIo7+/XeyGiHonZqK/JzcBrSQYnsPXf84+R
         pDVQtUo68evTRAUaphWLTdI8m+KTbhFVxeSJTUqqqdG/UrH8aYDILCa0QfZMUuAuYDb7
         Wba+ksJZloYYYOfJ0bcOxkb/VR9Yv/R7lZs7s=
MIME-Version: 1.0
Reply-To: RQuadling@googlemail.com
In-Reply-To: <AANLkTin3-7w6wmFHvX+T+xoCF5HxSB=sSt4vYnkPW4y-@mail.gmail.com>
References: <AANLkTin3-7w6wmFHvX+T+xoCF5HxSB=sSt4vYnkPW4y-@mail.gmail.com>
Date: Thu, 18 Nov 2010 10:07:30 +0000
Message-ID: <AANLkTimmesMRBHZ5E_1Oq+bKPYSNiGbexMv_xkFZa9=w@mail.gmail.com>
To: Kalle Sommer Nielsen <kalle@php.net>
Cc: Internals <internals@lists.php.net>
Content-Type: text/plain; charset=UTF-8
Subject: Re: [PHP-DEV] Magic quotes in trunk
From: rquadling@gmail.com (Richard Quadling)

On 17 November 2010 16:08, Kalle Sommer Nielsen <kalle@php.net> wrote:
> Greetings
>
> I wanted to raise this topic before we go Alpha with trunk, regarding
> our beloved magic_quotes feature. There seems to be mixed opinions
> regarding it so I thought I would take it up for discussion.
>
> We have advised people not to use magic_quotes, register_globals and
> the like for years, and they were marked as deprecated in 5.3.0+ if
> activated through their php.ini directives. Yet magic_quotes still is
> set to "On" in 5.3.0. I think its worth we either remove the feature
> or disable it in trunk as its a security related feature. Lets have a
> look at what each of those options means:
>
> Removing magic_quotes):
> Means we will remove the feature entirely in the source, we will throw
> an E_CORE_ERROR if activated so people who have it enabled are forced
> to disable it and make their applications work without magic_quotes.
> This creates a minor issue for the hosts that simply disable it and
> have their customers applications run without them which can create a
> security risk for them, although it should be fairly limited. The
> functions to check for magic_quotes_runtime should however stay for BC
> to avoid applications that run on multiple versions of PHP from doing:
> if(function_exists('...') && ...)
>
> Disabling them):
> This will help to disable the spread of magic_quotes even more, and it
> can safely be removed in the next major version of PHP.
>
>
> My personal vote here goes towards removing them entirely.
>
>
> What are your inputs on this matter?
>
> --
> regards,
>
> Kalle Sommer Nielsen
> kalle@php.net

Certainly +1 for removal, but wasn't there some discussion a LONG
while ago about when this should be?

I would have thought that anything deprecated would best be removed at
the next major release. So that makes it gone for V6 - when ever that
may be.

Richard

-- 
Richard Quadling
Twitter : EE : Zend
@RQuadling : e-e.com/M_248814.html : bit.ly/9O8vFY