Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:14550 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 5439 invoked by uid 1010); 3 Feb 2005 00:52:07 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 5422 invoked from network); 3 Feb 2005 00:52:07 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 3 Feb 2005 00:52:07 -0000 X-Host-Fingerprint: 80.74.107.235 mail.zend.com Linux 2.4/2.6 Received: from ([80.74.107.235:59391] helo=mail.zend.com) by pb1.pair.com (ecelerity HEAD (r4105:4106)) with SMTP id E3/1D-30841-6B571024 for ; Wed, 02 Feb 2005 19:52:07 -0500 Received: (qmail 8080 invoked from network); 3 Feb 2005 00:52:01 -0000 Received: from localhost (HELO andi-notebook.zend.com) (127.0.0.1) by localhost with SMTP; 3 Feb 2005 00:52:01 -0000 Message-ID: <5.1.0.14.2.20050202164443.02718e30@localhost> X-Sender: andi@localhost X-Mailer: QUALCOMM Windows Eudora Version 5.1 Date: Wed, 02 Feb 2005 16:51:56 -0800 To: Rasmus Lerdorf ,Derick Rethans Cc: Ilia Alshanetsky ,internals@lists.php.net In-Reply-To: <420149A4.6000201@lerdorf.com> 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> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Subject: Re: [PHP-DEV] PHP 5.1 From: andi@zend.com (Andi Gutmans) At 01:44 PM 2/2/2005 -0800, Rasmus Lerdorf wrote: >You guys can write your own implementation and put it in PECL alongside >the one I am putting in there and we can decide if any of them should be >bundled by default. Perhaps none of them should, but like it or not, >people want to filter at this level and the extension to satisfy this need >will be available to them in PECL. It'd be great if we can all sync on one implementation. I know it gets a bit hard with everyone pulling their way and having yet another suggestion but I'm sure we can reach something everyone is happy with. In any case, the main part of this project are the filters themselves ,and that work shouldn't be replicated. I must say that personally I probably would prefer a programmatic way of filtering (as I mentioned it could be done at runtime), but I don't think it would be terrible to have a paranoid mode that filters earlier. So just to lay out my $0.02 it'd be nice to have something like: filter_all(POST, FILTER_FOOBAR); and $foo = filter_input(POST, "foo", FILTER_NUM); Andi