Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:53569
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.215.170 as permitted sender)
DomainKey-Status: bad
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=references:in-reply-to:mime-version:content-type:message-id
         :content-transfer-encoding:cc:x-mailer:from:subject:date:to;
        b=NCLpu/eMuNE0l/vGxz0kiOtmiY1B9j+TvXstPnCHmbwIayCqCBSWdYAF328FM5tBKI
         qnNFKjezmCoIP7ujXF79x295+L8ZnZEvmKOEJ0hqx7IuI0FyLC1rmXOIROyOVeVxg4/l
         SD0mJHM/EC1tIVgD9zj0gBIKRySkO4McHPp0A=
References: <alpine.DEB.2.02.1106231940340.3774@whisky>
In-Reply-To: <alpine.DEB.2.02.1106231940340.3774@whisky>
Mime-Version: 1.0 (iPhone Mail 8J2)
Content-Type: text/plain;
	charset=us-ascii
Message-ID: <D301CE13-29E0-4C54-9A25-89593D591B4D@gmail.com>
Content-Transfer-Encoding: quoted-printable
Cc: PHP Developers Mailing List <internals@lists.php.net>
Date: Thu, 23 Jun 2011 23:18:36 +0200
To: Derick Rethans <derick@derickrethans.nl>
Subject: Re: [PHP-DEV] html_errors default settings
From: php.crombeen@gmail.com (Benno)

Hi,

Op 23 jun. 2011 om 21:47 heeft Derick Rethans <derick@derickrethans.nl> het v=
olgende geschreven:

> Hi!
>=20
> In PHP 5.2 and earlier, the html_errors setting has always been on by=20
> default (in the code, in php.ini-dist and in php.ini-recommended). Since=20=

> PHP 5.3, it's still on by default in the code and in=20
> php.ini-development, but php.ini-production has it off with the=20
> following comment:
>=20
> ; When PHP displays or logs an error, it has the capability of inserting h=
tml
> ; links to documentation related to that error. This directive controls wh=
ether
> ; those HTML links appear in error messages or not. For performance and se=
curity
> ; reasons, it's recommended you disable this on production servers.
>=20
> Right now, the docref is shown whenever html_errors=3D1, even if=20
> docref_root is not set (empty string).
>=20
> Sadly, this means that most distributions have it off in their php.ini.=20=

>=20
> Although the setting does influence the HTML links as well, it's by no=20
> means a security (or performance) issue and it makes using PHP in=20
> development a lot more annoying (because distributions have the=20
> "production" version of php.ini, and not the "development" one.
> It causes many many questions being asked why Xdebug doesn't show the=20
> pretty errors and having it odd serves nothing. (In production, you=20
> should set display_errors off).
>=20
> A few examples:
>=20
> http://cloudfysh.wordpress.com/2010/06/11/php-xdebug-not-formatting-var_du=
mp/
> http://stackoverflow.com/questions/4534312/xdebug-var-dump-function-colors=

> http://www.paoloiannelli.com/2011/04/15/solution-for-xdebug-not-overloadin=
g-var_dump/
> http://stackoverflow.com/questions/2108576/unreadable-var-dump-output-on-s=
now-leopard
>=20
> 12:00 <Famic> I just installed xdebug on my debian box
> 12:00 <Famic> mostly for the nice output on error messages
> 12:01 <Famic> but it doesn't work (i.e. I only get the default output)
> 12:01 <Famic> any idea ?
> 12:01 <Derick> http://xdebug.org/docs/faq#format
>=20
> derick@xdebug:~/irclogs/OPN$ cat \#xdebug.log | grep 'faq#format' | wc -l
> 27
>=20
> I'd like to revert this change *and* change when the docrefs are=20
> shown, so that in 5.4 and trunk:
> - html_errors is on by default again.
> - the docref links are only shown when docref_root is not empty
>=20
> A patch is attached. Comments?
>=20
> cheers,
> Derick
>=20
>=20
> --=20
> http://derickrethans.nl | http://xdebug.org
> Like Xdebug? Consider a donation: http://xdebug.org/donate.php
> twitter: @derickr and @xdebug
> <docref-20110623.diff.txt>
> --=20
> PHP Internals - PHP Runtime Development Mailing List
> To unsubscribe, visit: http://www.php.net/unsub.php

=46rom the userland developer perspective this would certainly be nice.

Cheers,
Benno Crombeen=