Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:46574 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 15469 invoked from network); 30 Dec 2009 18:25:09 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 30 Dec 2009 18:25:09 -0000 X-Host-Fingerprint: 188.62.49.6 6-49.62-188.cust.bluewin.ch Received: from [188.62.49.6] ([188.62.49.6:20020] helo=localhost.localdomain) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id CB/80-12956-40B9B3B4 for ; Wed, 30 Dec 2009 13:25:09 -0500 Message-ID: To: internals@lists.php.net Date: Wed, 30 Dec 2009 19:25:06 +0100 User-Agent: Thunderbird 2.0.0.23 (X11/20090817) MIME-Version: 1.0 References: <4B3B50C2.8080500@cschneid.com> <67.B7.30992.C146B3B4@pb1.pair.com> <4B3B7B84.8020906@lerdorf.com> In-Reply-To: <4B3B7B84.8020906@lerdorf.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Posted-By: 188.62.49.6 Subject: Re: [PHP-DEV] Re: Errors, Exceptions et al From: hp@oeri.ch (Hans-Peter Oeri) Hi! Rasmus Lerdorf wrote: > Yeah, good luck with that. We have been imploring people for 10 years > to not have display_errors on in production with very little success. I agree but am convinced at least part of that problem lies in the default php.ini, which - up to 5.2 - defaulted to display_errors=on! The average user - not configuring anything - got that default and probably got angry about production systems yelling secrets... > press it. As soon as you make this configurable, everyone is going to > configure it differently almost instantly. Configurability already crept into the main distribution - like the veteran display_errors and error_reporting or the newer error_level in intl. I unconditionally prefer one proper concept to uncontrolled growth of differing options. Regards HPO