Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:33237 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 78270 invoked by uid 1010); 18 Nov 2007 02:18:58 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 78255 invoked from network); 18 Nov 2007 02:18:57 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 18 Nov 2007 02:18:57 -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:46203] helo=mx1.zend.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id EC/98-14070-011AF374 for ; Sat, 17 Nov 2007 21:18:57 -0500 Received: from us-ex1.zend.com ([192.168.16.5]) by mx1.zend.com with Microsoft SMTPSVC(6.0.3790.3959); Sun, 18 Nov 2007 04:18:53 +0200 Received: from [192.168.17.92] ([192.168.17.92]) by us-ex1.zend.com with Microsoft SMTPSVC(6.0.3790.1830); Sat, 17 Nov 2007 18:18:48 -0800 Message-ID: <473FA108.2050007@zend.com> Date: Sat, 17 Nov 2007 18:18:48 -0800 Organization: Zend Technologies User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: Michael McGlothlin CC: Sam Barrow , 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> <473E4B39.6040305@zend.com> <473E63A5.7090700@swplumb.com> In-Reply-To: <473E63A5.7090700@swplumb.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 18 Nov 2007 02:18:48.0082 (UTC) FILETIME=[5A363720:01C82989] Subject: Re: [PHP-DEV] Re: Question about superglobals From: stas@zend.com (Stanislav Malyshev) > This assumes there is never a good reason for a super global which makes > me wonder why PHP has super globals at all then? What if, because I use There is a good reason, and exactly for things that PHP has as superglobals. Because these variables - system variables - are unique and well-known. We have to balance between cases where some dangerous functionality can be useful, and cases where some useful functionality can be dangerous. For superglobals, user-defined ones have danger far outweight the usefulness, and we have a number of good and working alternatives, so the case seems to be clear. > All this forcefulness of writing pristine code from the people that > teach people that it's okay to inline their HTML, Javascript, CSS, SQL, > and who knows what else into their PHP? Talk about a recipe for > disaster. Oh well, at least you didn't refuse to add a switch statement > like Python. We do not (at least I do not :) refuse things just because we like to be purists and torture developers. There's a good reason for that, and I believe it was explained in the emails in this thread. -- Stanislav Malyshev, Zend Software Architect stas@zend.com http://www.zend.com/ (408)253-8829 MSN: stas@zend.com