Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:14533
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Date: Wed, 2 Feb 2005 23:01:50 +0200
Message-ID: <771064759.20050202230150@vk.kiev.ua>
To: internals@lists.php.net
In-Reply-To: <42010818.2090002@prohost.org>
References: <5.1.0.14.2.20050201142816.026d21c0@localhost>
	<5.1.0.14.2.20050201111730.0299da70@localhost>
	<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>
	<42001C1D.3090105@cschneid.com> <42001D7B.1040707@trickie.org>
	<420024EC.4080601@lerdorf.com> <4200457F.5080305@prohost.org>
	<42005629.3000905@lerdorf.com> <4200D48A.9070305@prohost.org>
	<42010045.20807@lerdorf.com> <42010818.2090002@prohost.org>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Subject: Re[2]: [PHP-DEV] PHP 5.1
From: val@vk.kiev.ua (val khokhlov)

Hello Ilia,

Wednesday, February 2, 2005, 7:04:24 PM, you wrote:

IA> The end result is that we are punishing people who have already written
IA> good code and continue to encourage people to write bad code by saying 
IA> "we'll take care of data filtering", which is sorta like safe_mode.
          +1 to this
      i think it's very bad idea to break backwards compatibility - it will
make thousands of working systems non-operational (for example, if a hosting
admin 'upgrades' php to the version which has input filtering)

IA> I am by no means opposed to offering functions that can be used to
IA> perform input data filtering to save the time of having to write your 
IA> own. But, I'd prefer to be able to easily access raw data. Perhaps 
IA> something like filter_restore_raw_data() function that would put the raw
IA> data back into GET/POST/COOKIE super globals.
      i don't think it's a good idea either - all existing scripts would
require adding filter_restore_raw_data() call. i think, it's better to do a
filter call in quite opposite way:
      filter_data() function that would do filtering for superglobals; those
who need it can call it manually

-- 
Best regards,
 val                            mailto:val@vk.kiev.ua