Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:50336 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 32908 invoked from network); 18 Nov 2010 10:41:31 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 18 Nov 2010 10:41:31 -0000 Authentication-Results: pb1.pair.com smtp.mail=patrick.allaert@gmail.com; spf=pass; sender-id=pass Authentication-Results: pb1.pair.com header.from=patrick.allaert@gmail.com; sender-id=pass; domainkeys=bad Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.161.42 as permitted sender) DomainKey-Status: bad X-DomainKeys: Ecelerity dk_validate implementing draft-delany-domainkeys-base-01 X-PHP-List-Original-Sender: patrick.allaert@gmail.com X-Host-Fingerprint: 209.85.161.42 mail-fx0-f42.google.com Received: from [209.85.161.42] ([209.85.161.42:47714] helo=mail-fx0-f42.google.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 8A/16-32235-9D205EC4 for ; Thu, 18 Nov 2010 05:41:30 -0500 Received: by fxm16 with SMTP id 16so972786fxm.29 for ; Thu, 18 Nov 2010 02:41:26 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:sender:received :in-reply-to:references:date:x-google-sender-auth:message-id:subject :from:to:cc:content-type; bh=HooA3VxOBbZ2/bheAL/UCec43q3cxM03LlF4iVsRVT0=; b=WgWznYkAc5zG/LLJQFIdpCeutZidwWIZmHa49OWYGPKo7sW/rZjdhEJEg8kDedAeCF e3dZ7u/TudLNuNhQUc4244z+2FUsV/xdFyQrG0GZb6vcN4pRC1lHGcccXY3DfrlQm0PZ m6706gvyPmKMDNWKHd4LHu+Z2MjAG3wzWLnsk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; b=iOQOBLuqMpW0iIy83OqnxeYUFXQo6iDLQDdHhK81XXBI94lhcTtn7zYAA4TfP23856 q1pzAyqsohwvYzbCEDnuW9S9aNwUnmg4X/a6DUYWiSv5N4RmUY2Sb4jjgGAXt8f4J7AJ mE+uyC/sDps7QKjy0qVkta8q6rnxNyLrrAgkE= MIME-Version: 1.0 Received: by 10.204.61.81 with SMTP id s17mr405573bkh.121.1290076886504; Thu, 18 Nov 2010 02:41:26 -0800 (PST) Sender: patrick.allaert@gmail.com Received: by 10.223.97.11 with HTTP; Thu, 18 Nov 2010 02:41:26 -0800 (PST) In-Reply-To: References: Date: Thu, 18 Nov 2010 11:41:26 +0100 X-Google-Sender-Auth: I19tNt1hIK2lLQP1Ke2fIstHn-Y Message-ID: To: Kalle Sommer Nielsen Cc: Internals Content-Type: text/plain; charset=UTF-8 Subject: Re: [PHP-DEV] Magic quotes in trunk From: patrickallaert@php.net (Patrick ALLAERT) 2010/11/17 Kalle Sommer Nielsen : > 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 > > -- > PHP Internals - PHP Runtime Development Mailing List > To unsubscribe, visit: http://www.php.net/unsub.php I am all for removing it but... Disabling it by default is the first mandatory step, [done] in PHP 5.3, magic_quotes_gpc has been turned off by default at the same time as providing a -development and -production version of the php.ini file. However, such a change might be risky in the PHP5 series! Release the exact same thing as PHP 5.4 or PHP 6, there is a big difference in the user perception. * Is my PHP 5.x application compatible with PHP 6? * Chance is higher that they will take more care reading a PHP 5.3 -> PHP 6 Migration guide than a 5.3 -> 5.4. +1 to remove it in PHP > 5 Patrick