Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:23368 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 59889 invoked by uid 1010); 15 May 2006 14:42:12 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 59874 invoked from network); 15 May 2006 14:42:12 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 15 May 2006 14:42:12 -0000 X-PHP-List-Original-Sender: brianm@dealnews.com X-Host-Fingerprint: 129.41.69.185 smtp.dealnews.com Linux 2.5 (sometimes 2.4) (4) Received: from ([129.41.69.185:55145] helo=smtp.dealnews.com) by pb1.pair.com (ecelerity 2.0 beta r(6323M)) with SMTP id 86/E9-19568-34398644 for ; Mon, 15 May 2006 10:42:12 -0400 Received: (qmail 26412 invoked from network); 15 May 2006 10:42:05 -0400 Received: from unknown (HELO mail.dealnews.com) (10.1.1.7) by 10.1.1.24 with (DHE-RSA-AES256-SHA encrypted) SMTP; 15 May 2006 10:42:05 -0400 Received: (qmail 17789 invoked from network); 15 May 2006 10:42:08 -0400 Received: from unknown (HELO ?10.1.6.4?) (brianm@71.31.234.124) by 10.1.1.7 with ESMTPA; 15 May 2006 10:42:08 -0400 Message-ID: <4468930C.1020709@dealnews.com> Date: Mon, 15 May 2006 09:41:16 -0500 User-Agent: Thunderbird 1.5.0.2 (Macintosh/20060406) MIME-Version: 1.0 To: internals@lists.php.net References: <138663365.20060514205903@marcus-boerger.de> <038d01c676f8$ab9b3380$6602a8c0@foxbox> In-Reply-To: <038d01c676f8$ab9b3380$6602a8c0@foxbox> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [PHP-DEV] E_ALL changes in 5.2/6.0 From: brianm@dealnews.com (Brian Moon) > Why would anyone have E_ALL > switched on anywhere but a dev box? Working with Phorum, I get to peer into lots of different hosting companies setups when helping my users. I have seen many hosts that do have E_ALL enabled and do not log errors because they have no way to provide that log back to their users. Nor would the users have a comprehension of the error log. For the enterprise, I would believe that nearly all production servers shield error output from web pages in one way or another. However, I believe that PHP has its roots in the small web site. If you start making it hard on them to upgrade, you will see hosts that never upgrade their PHP versions. -- Brian Moon ------------- http://dealnews.com/ Its good to be cheap =)