Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:17924
Return-Path: <php@hristov.com>
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Delivered-To: mailing list internals@lists.php.net
Received: (qmail 62417 invoked by uid 1010); 12 Aug 2005 21:41:09 -0000
Delivered-To: ezmlm-scan-internals@lists.php.net
Delivered-To: ezmlm-internals@lists.php.net
Received: (qmail 62402 invoked from network); 12 Aug 2005 21:41:09 -0000
Received: from unknown (HELO lists.php.net) (127.0.0.1)
  by localhost with SMTP; 12 Aug 2005 21:41:09 -0000
X-Host-Fingerprint: 85.92.69.73 iko.gotobg.net Linux 2.4/2.6
Received: from ([85.92.69.73:53992] helo=iko.gotobg.net)
	by pb1.pair.com (ecelerity 2.0 beta r(6323M)) with SMTP
	id 5F/67-33075-4771DF24 for <internals@lists.php.net>; Fri, 12 Aug 2005 17:41:08 -0400
Received: from p54a0cf36.dip.t-dialin.net ([84.160.207.54] helo=[192.168.0.41])
	by iko.gotobg.net with esmtpa (Exim 4.50)
	id 1E3hH3-0003c8-4H
	for internals@lists.php.net; Sat, 13 Aug 2005 00:41:09 +0300
Message-ID: <42FD1757.7060304@hristov.com>
Date: Fri, 12 Aug 2005 23:40:39 +0200
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8b2) Gecko/20050219
MIME-Version: 1.0
To: internals <internals@lists.php.net>
References: <42FCE0E4.604@lerdorf.com>
In-Reply-To: <42FCE0E4.604@lerdorf.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-AntiAbuse: This header was added to track abuse, please include it with any abuse report
X-AntiAbuse: Primary Hostname - iko.gotobg.net
X-AntiAbuse: Original Domain - lists.php.net
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - hristov.com
X-Source:
X-Source-Args:
X-Source-Dir:
Subject: Re: [PHP-DEV] PHP 6.0 Wishlist
From: php@hristov.com (Andrey Hristov)

  +1 from here too except 0 for the case sensitivity.

Andrey

Rasmus Lerdorf wrote:
> Since we are breaking a lot of stuff in 6.0, at least with
> Unicode_semantics=On I am wondering if it may not be time to break some
> more stuff and do a bit of spring cleaning.  It would mean many apps
> would need some work to work on PHP 6, but at the same time I think it
> is work people would welcome since it would mostly involve removing
> hacks instead of adding them.  And yes, I know this is pretty
> controversial, so take a few deep breaths before replying, please.
> 
> 1. Remove register_globals completely
> 
> 2. Remove magic_quotes_*
> 
> 3. Add input filter extension which will include a mechanism for
>    application developers to very easily turn it off which would swap
>    the raw GPC arrays back in case the site had it turned on by default.
> 
> 4. Include an opcode cache by default.  A lot of work has gone into
>    pecl/apc recently, but I am not hung up on which one goes in.
> 
> 5. Remove safe_mode and focus on open_basedir
> 
> 6. Remove some stuff that has been marked deprecated since PHP 3/4
> 
> A couple of others that we could consider, but I don't actually think
> wins us much apart from academic purity (which I have never been all
> that keen on) are:
> 
> 7. Make identifiers case-sensitive
> 
> 8. Remove various function aliases
> 
> -Rasmus
>