Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:26237 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 53983 invoked by uid 1010); 24 Oct 2006 21:55:03 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 53967 invoked from network); 24 Oct 2006 21:55:03 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 24 Oct 2006 21:55:03 -0000 Authentication-Results: pb1.pair.com smtp.mail=jasper@albumltd.co.nz; spf=permerror; sender-id=unknown Authentication-Results: pb1.pair.com header.from=jasper@albumltd.co.nz; sender-id=unknown; domainkeys=bad (key type) Received-SPF: error (pb1.pair.com: domain albumltd.co.nz from 210.55.31.88 cause and error) DomainKey-Status: bad (key type) X-DomainKeys: Ecelerity dk_validate implementing draft-delany-domainkeys-base-01 X-PHP-List-Original-Sender: jasper@albumltd.co.nz X-Host-Fingerprint: 210.55.31.88 mail.albumltd.co.nz Linux 2.5 (sometimes 2.4) (4) Received: from [210.55.31.88] ([210.55.31.88:35066] helo=mail.albumltd.co.nz) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id BB/EA-09182-3BB8E354 for ; Tue, 24 Oct 2006 17:55:02 -0400 Received: from mail.albumltd.co.nz (www.album.co.nz [127.0.0.1]) by mail.albumltd.co.nz (Postfix) with ESMTP id D61A21491; Wed, 25 Oct 2006 10:54:55 +1300 (NZDT) DomainKey-Signature: a=rsa-sha1; h=Received:Message-ID:Date:From:Organization:User-Agent:MIME-Version:To:CC:Subject:References:In-Reply-To:X-Enigmail-Version:OpenPGP:Content-Type:Content-Transfer-Encoding; b=TqpXSH5QyiDCG0422AEsFYNxEvhJSu1rI9M29FPrXe1DbtFElx0lUozLthyjr5U7+8/MoBRi+q0vIS17/oAz08w7mCkQRoKKnJaEqgr9qgHfwCx35ImfdpwEqAH/SPnuUEZktFwItiYULp439MgMVCjvp7gnZowVXUx6zU7aT6w=; c=nofws; d=albumltd.co.nz; q=dns; s=ks1 Received: from [10.0.1.1] (222-154-246-93.adsl.xtra.co.nz [222.154.246.93]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: jasper) by mail.albumltd.co.nz (Postfix) with ESMTP id 2E4F513D8; Wed, 25 Oct 2006 10:54:55 +1300 (NZDT) Message-ID: <453E8C52.8060909@albumltd.co.nz> Date: Wed, 25 Oct 2006 10:57:38 +1300 Organization: Album Limited User-Agent: Thunderbird 1.5.0.7 (X11/20060909) MIME-Version: 1.0 To: =?UTF-8?B?TWF0aGlldSBHYWduw6k=?= CC: Zeev Suraski , Marcus Boerger , internals@lists.php.net References: <1485570655.20061023210857@marcus-boerger.de> <7.0.1.0.2.20061024074914.0d744b08@zend.com> <453E6807.5050000@generationphp.net> In-Reply-To: <453E6807.5050000@generationphp.net> X-Enigmail-Version: 0.94.1.0 OpenPGP: id=0A3ABF58 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Subject: Re: [PHP-DEV] [RFC] E_DEPRECATED From: jasper@albumltd.co.nz (Jasper Bryant-Greene) Mathieu Gagn=C3=A9 wrote: >> I personally also don't see a good reason to disable E_WARNING and >> E_NOTICE (and possibly also E_DEPRECATED) in a production environment = - >> you may still want to log such errors. As long as display_errors is >> off, it's not a problem except for the performance hit which should be >> low assuming you don't have too many of them. >=20 > As a system administrator, I must disagree with your opinion as most > users don't care about error_log file. I have see a lot of servers with > about 6GB of error_log filled with E_NOTICE AND E_WARNING. I would consider this the sysadmin's fault for letting logs grow without bounds. Surely you have heard of log rotation? > Just letting it enabled by default in production is a bad idea. Those > notices should only be enabled during development since production is n= o > more the time to do such debugging. If you have debugged your code well, and got rid of all the E_WARNING/E_NOTICE that you can, then surely you would want to know if a new one crops up? I see no problem with having E_WARNING/E_NOTICE enabled= . E_DEPRECATED is another thing though. Enabling this by default is good because you will notice when code you are using becomes deprecated. However it probably shouldn't be enabled in production as you should be upgrading PHP on a development/testing/staging system before you do so on a live server! --=20 Jasper Bryant-Greene Director Album Limited jasper@albumltd.co.nz +64 21 708 334 / 0800 425 286 http://www.albumltd.co.nz/