Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:23183
Return-Path: <rasmus@lerdorf.com>
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Delivered-To: mailing list internals@lists.php.net
Received: (qmail 46393 invoked by uid 1010); 7 May 2006 15:53:23 -0000
Delivered-To: ezmlm-scan-internals@lists.php.net
Delivered-To: ezmlm-internals@lists.php.net
Received: (qmail 46377 invoked from network); 7 May 2006 15:53:23 -0000
Received: from unknown (HELO lists.php.net) (127.0.0.1)
  by localhost with SMTP; 7 May 2006 15:53:23 -0000
X-PHP-List-Original-Sender: rasmus@lerdorf.com
X-Host-Fingerprint: 204.11.219.139 lerdorf.com Linux 2.5 (sometimes 2.4) (4)
Received: from ([204.11.219.139:58541] helo=lerdorf.com)
	by pb1.pair.com (ecelerity 2.0 beta r(6323M)) with SMTP
	id 28/D4-63443-2F71E544 for <internals@lists.php.net>; Sun, 07 May 2006 11:53:22 -0400
Received: from [192.168.200.106] (c-24-6-5-134.hsd1.ca.comcast.net [24.6.5.134])
	(authenticated bits=0)
	by lerdorf.com (8.13.6/8.13.6/Debian-1) with ESMTP id k47FrHng002317
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT);
	Sun, 7 May 2006 08:53:18 -0700
Message-ID: <445E17ED.8010003@lerdorf.com>
Date: Sun, 07 May 2006 08:53:17 -0700
User-Agent: Thunderbird 3.0a1 (Macintosh/20060414)
MIME-Version: 1.0
To: Ilia Alshanetsky <ilia@prohost.org>
CC: internals Mailing List <internals@lists.php.net>
References: <6E5468C5-630C-48B8-A501-6FC874651D01@prohost.org> <445D8156.8090701@lerdorf.com> <506DE35B-1925-4DA7-8F9F-F23F7D77EE87@prohost.org> <445E0BEF.1080403@lerdorf.com> <DF6BD42B-89A4-4F92-879F-070FCDF27681@prohost.org>
In-Reply-To: <DF6BD42B-89A4-4F92-879F-070FCDF27681@prohost.org>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Subject: Re: [PHP-DEV] PHP 5.2 Branched
From: rasmus@lerdorf.com (Rasmus Lerdorf)

Ilia Alshanetsky wrote:
> 
> On 7-May-06, at 11:02 AM, Rasmus Lerdorf wrote:
> 
>> Ilia Alshanetsky wrote:
>>> I am +0 on these two extensions, hence the "to be discussed", as long 
>>> as they are not enabled by default I see no problem with symlinking 
>>> them in.
>>
>> I'd like to see the json extension enabled by default.  It's a 
>> trivially small extension with no external deps and pretty much 
>> required for modern Web apps.
>>
> 
> That's stretching it a bit, don't you think? I don't deny that JSON 
> extension is useful, but "required" for modern apps, c'mon...

I can't think of anything I have written, or anybody around me has 
written in the past 6 months that didn't need json.  Yes, I guess if you 
have no Javascript at all, then you don't need json, but if you do any 
Javascript, it is the only sane way to transfer data from PHP to 
Javascript.  Even if you don't use Ajax-like backend requests, a simple:

  <script>
    var data = <?php echo json_encode($php_data)?>;
  </script>

Is so much easier, cleaner and safer than any other mechanisms you can 
throw at this.  The fact that we didn't get this into PHP sooner is 
actually a bit sad as far as I am concerned.

>> And I think the filter extension should be enabled as well, but 
>> without the default filter turned on to make the filtering functions 
>> available.
> 
> What impact would it have on the speed of input processing if it is 
> always there, but not doing anything? I'd prefer to avoid adding extra 
> overhead for something that does nothing by default, we have enough 
> performance issues as is in 5.X. Pierre and Derick are telling me that 
> if the RAW filter is enabled it won't touch the data so perhaps that's 
> the route we should take, but I'd definitely like to see before & after 
> benchmarks.

It won't touch the data, but that doesn't mean it isn't useful.  Being 
able to do:

   echo input_get(INPUT_SERVER, "SCRIPT_URI", FILTER_SANITIZE_URL);

or using the new input_get_args() function to completely and safely 
specify all your input parameters to a page is also a big win.

-Rasmus