Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:33191 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 92527 invoked by uid 1010); 17 Nov 2007 02:00:59 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 92511 invoked from network); 17 Nov 2007 02:00:58 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 17 Nov 2007 02:00:58 -0000 Authentication-Results: pb1.pair.com header.from=stas@zend.com; sender-id=pass Authentication-Results: pb1.pair.com smtp.mail=stas@zend.com; spf=pass; sender-id=pass Received-SPF: pass (pb1.pair.com: domain zend.com designates 212.25.124.162 as permitted sender) X-PHP-List-Original-Sender: stas@zend.com X-Host-Fingerprint: 212.25.124.162 mail.zend.com Windows 2000 SP4, XP SP1 Received: from [212.25.124.162] ([212.25.124.162:11520] helo=mx1.zend.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 84/66-51194-B4B4E374 for ; Fri, 16 Nov 2007 21:00:54 -0500 Received: from us-ex1.zend.com ([192.168.16.5]) by mx1.zend.com with Microsoft SMTPSVC(6.0.3790.3959); Sat, 17 Nov 2007 04:00:28 +0200 Received: from [192.168.16.91] ([192.168.16.91]) by us-ex1.zend.com with Microsoft SMTPSVC(6.0.3790.1830); Fri, 16 Nov 2007 18:00:24 -0800 Message-ID: <473E4B39.6040305@zend.com> Date: Fri, 16 Nov 2007 18:00:25 -0800 Organization: Zend Technologies User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: Sam Barrow CC: Michael McGlothlin , internals@lists.php.net References: <8D.46.01128.768AD374@pb1.pair.com> <1195246391.21084.15.camel@sbarrow-desktop> <1195250285.4012.6.camel@johannes.nop> <1195251014.21084.20.camel@sbarrow-desktop> <473E349E.3050704@swplumb.com> <473E35A3.3010307@zend.com> <1195259911.10547.9.camel@sams-room> In-Reply-To: <1195259911.10547.9.camel@sams-room> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 17 Nov 2007 02:00:24.0373 (UTC) FILETIME=[9DEFD650:01C828BD] Subject: Re: [PHP-DEV] Re: Question about superglobals From: stas@zend.com (Stanislav Malyshev) > Well this is very common with PHP, it's very flexible and it's easy for > a bad programmer to create chaotic code and get away with it, but this > can happen with many features of PHP. For serious developers however, Right. This is why I don't think it's a good idea to add one more feature with very high potential for abuse. Code that changes behaviour of unrelated other code is usually very bad idea - think about what happens if some of your functions somewhere among 10K lines of code used $cfg as local variable and then you added $cfg as superglobal. > them. No point in holding stuff back from people who could benefit from > it just to protect inexperienced them from their own sloppiness. You > know what I mean? Yes, there is a point in not implementing features that would promote bad coding and unnecessary surprises for the users. Especially when the same function can be achieved with existing functionality in a much better way. -- Stanislav Malyshev, Zend Software Architect stas@zend.com http://www.zend.com/ (408)253-8829 MSN: stas@zend.com