Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:14518
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Message-ID: <4200808D.6020500@lerdorf.com>
Date: Tue, 01 Feb 2005 23:26:05 -0800
User-Agent: Mozilla Thunderbird 1.0 (Macintosh/20041206)
MIME-Version: 1.0
To: Xuefer Tinys <xuefer@gmail.com>
CC: Ryan King <ryansking@mac.com>, Sean Coates <sean@caedmon.net>,
	internals@lists.php.net
References: <5.1.0.14.2.20050201111730.0299da70@localhost>	<5.1.0.14.2.20050201142816.026d21c0@localhost>	<5.1.0.14.2.20050201151955.02730ec0@localhost>	<4200169A.6050905@lerdorf.com> <420052A4.2040100@caedmon.net>	<562E08AE-74DA-11D9-9619-000D9331A4BC@mac.com> <28139bc05020121503ff25b95@mail.gmail.com>
In-Reply-To: <28139bc05020121503ff25b95@mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Subject: Re: [PHP-DEV] PHP 5.1
From: rasmus@lerdorf.com (Rasmus Lerdorf)

Xuefer Tinys wrote:
> more choices:
> foo_bar(string $key or array $keys, int or string $how)
> bar can be one of get,post,request,env,server
> foo may be filter? ifilter? (i for input)
> 
> may foo be empty? _get _post etc..
> $how is default to FILTER_RAW so we have _get("abc") and _GET("abc")
> for raw data same as $_GET['abc'] before. it's just simple
> and it would make user easy to migrate their thinking, not just the script
> we had made too much changes: $abc -> $HTTP_GET_VARS['abc'] ->
> $_GET['abc'] -> _GET('abc') or filter_xxx(GET...)

I don't think you understand.  The idea here is not to change anything. 
  Changing to _GET('abc') with a default raw filter would be completely 
pointless.

People would still be using $_GET['abc'] just like before.  If, and only 
if a default filter is in place in the ini file, then this value is 
filtered.  Depending on the filter this just means that the app will run 
exactly like before, except tags would be stripped, for example.

If no default filter is in place, which would be the most common case as 
it wouldn't be turned on by default, then this extension in no way 
affects existing code.  In this case all it provides are a set of easy 
to use data filtering functions that an application can make use of 
instead of trying to dream up regular expressions to handle all the 
various cases.  I think we have seen over the past couple of years that 
this is a very hard problem for developers to tackle in each and every 
PHP application and the whole point of PHP is to tackle these hard 
problems and provide an easy solution.

Anyway, I'll try to get some code into CVS this weekend and you guys can 
have a look.

-Rasmus