Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:17889 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 50639 invoked by uid 1010); 12 Aug 2005 18:04:09 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 50624 invoked from network); 12 Aug 2005 18:04:09 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 12 Aug 2005 18:04:09 -0000 X-Host-Fingerprint: 64.233.184.198 wproxy.gmail.com Linux 2.4/2.6 Received: from ([64.233.184.198:38709] helo=wproxy.gmail.com) by pb1.pair.com (ecelerity 2.0 beta r(6323M)) with SMTP id 93/18-33075-894ECF24 for ; Fri, 12 Aug 2005 14:04:08 -0400 Received: by wproxy.gmail.com with SMTP id i22so627295wra for ; Fri, 12 Aug 2005 11:04:05 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=iXpa1+Jyfj41zQkQhmDJA5VuZaMdi9/vooi7yXrXiOgG/YtPpVgpAZV2CI+E3J52alPxDI8DMlbwNf7YEuvg20JBMMoXGG6ErgLAC78XXhaVbvoQFfZC2PzC/98a/Q/LF6tS/pDOJHsVWkBHFUaf8LLTI5334NJzcUDwrauBe4I= Received: by 10.54.50.65 with SMTP id x65mr2057199wrx; Fri, 12 Aug 2005 11:04:04 -0700 (PDT) Received: by 10.54.153.5 with HTTP; Fri, 12 Aug 2005 11:04:03 -0700 (PDT) Message-ID: <4e89b42605081211045e8ae640@mail.gmail.com> Date: Fri, 12 Aug 2005 14:04:03 -0400 To: Rasmus Lerdorf Cc: internals In-Reply-To: <42FCE0E4.604@lerdorf.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <42FCE0E4.604@lerdorf.com> Subject: Re: [PHP-DEV] PHP 6.0 Wishlist From: kingwez@gmail.com (Wez Furlong) I agree on all points. Case sensitivity would be nice IMO, but I can continue to live without it. --Wez. On 8/12/05, Rasmus Lerdorf wrote: > Since we are breaking a lot of stuff in 6.0, at least with > Unicode_semantics=3DOn 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. >=20 > 1. Remove register_globals completely >=20 > 2. Remove magic_quotes_* >=20 > 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. >=20 > 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. >=20 > 5. Remove safe_mode and focus on open_basedir >=20 > 6. Remove some stuff that has been marked deprecated since PHP 3/4 >=20 > 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: >=20 > 7. Make identifiers case-sensitive >=20 > 8. Remove various function aliases >=20 > -Rasmus >=20 > -- > PHP Internals - PHP Runtime Development Mailing List > To unsubscribe, visit: http://www.php.net/unsub.php >=20 >