Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:50937
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.214.45 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:content-transfer-encoding;
        b=D+NQ6T+fY63rkUpEWL3UCtrKdhPmnLaGgbsEIQnXussVHMAiPcjvL8gvL6xFzZiM4w
         gmRLPAZCMNr/Rhlww4fy7a7+jH0RBA9/Jk8ypW19uU340pnzhPy8JsCDQdJHemnjo5uZ
         AIEbZlkpFrSmyd5qSpsj22zxsUwGMSM8u5rhQ=
MIME-Version: 1.0
In-Reply-To: <4D00ABFE.5070403@hristov.com>
References: <4D00ABFE.5070403@hristov.com>
Date: Thu, 9 Dec 2010 12:15:20 +0100
Message-ID: <AANLkTi=M3niH6FeBYqUhQCOtsgAdE5Yn2hAoKQt93vGh@mail.gmail.com>
To: Andrey Hristov <php@hristov.com>
Cc: PHP Internals List <internals@lists.php.net>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Subject: Re: [PHP-DEV] Deprecating "global" + $GLOBALS, making $_REQUEST,
 $_GET, $_POST read-only
From: pierre.php@gmail.com (Pierre Joye)

hi,

As far as I remember we discussed that already back to the php<I don't
mention it> discussions. It was not accepted because of the little
gains in regard to the major BC breaks.

However I would prefer, as far as it is technically possible,
deprecate their usage (notices/warnings) and promote filter usage
instead. The filter API can also be improved to match what we can find
in other platform (perl's cgi module for example is quite good) and
make the input data processing even more user-friendly.

Cheers,

On Thu, Dec 9, 2010 at 11:14 AM, Andrey Hristov <php@hristov.com> wrote:
> =A0Hi guys,
> the topic says most of it. What do you think about deprecating the global
> keyword and $GLOBALS with it? Together with this making $_REQUEST, $_GET =
and
> $_POST read-only as they should be used only to read-only anyway.
>
> The reason for global + GLOBALS is that these are abused and which leads =
to
> spaghetti programs, when used by unexperienced users. Also they have impa=
ct
> on side effects from functions that don't only rely their parameters.
>
> Best,
> Andrey
>
> --
> PHP Internals - PHP Runtime Development Mailing List
> To unsubscribe, visit: http://www.php.net/unsub.php
>
>



--=20
Pierre

@pierrejoye | http://blog.thepimp.net | http://www.libgd.org