Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:25 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 33333 invoked from network); 13 Mar 2003 17:46:14 -0000 Received: from unknown (HELO jdi.jdimedia.nl) (212.204.192.51) by pb1.pair.com with SMTP; 13 Mar 2003 17:46:14 -0000 Received: from jdi.jdimedia.nl (jdi.jdimedia.nl [212.204.192.51]) by jdi.jdimedia.nl (8.12.4/8.12.4) with ESMTP id h2DHkCjw014038; Thu, 13 Mar 2003 18:46:14 +0100 Date: Thu, 13 Mar 2003 18:46:12 +0100 (CET) X-X-Sender: derick@jdi.jdimedia.nl To: Jon Parise cc: internals@lists.php.net In-Reply-To: <20030313164948.GA23178@csh.rit.edu> Message-ID: References: <20030313164948.GA23178@csh.rit.edu> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: Re: [PHP-DEV] Disabling error docref stuff by default From: derick@php.net (Derick Rethans) On Thu, 13 Mar 2003, Jon Parise wrote: > On Thu, Mar 13, 2003 at 01:10:10AM -0800, Rasmus Lerdorf wrote: > > > Could we disable these error links by default? As people are slowly > > migrating to 4.3, it is becoming very clear that all sorts of people are > > getting confused about these. Especially when a spam web site spews one > > of these and irate users trying to unspam themselves end up blaming > > webmaster@php.net for their troubles. Or just people following a link > > from one of these and emailing us about some error on some website out > > there that we have nothing to do with. > > I'm inclined to agree. What if it were made (bu default) on the > error_reporting level? E_ALL would use the docrefs but "lower" levels > would not (e.g. E_FATAL). I like this magic, but it isn't really our problem I think. People who have error messages on production boxes... yuck. > Or a new INI option (docref_errors or docref_enable)? hmm, don't think that's a good idea, it adds another ini-setting... Derick -- "my other box is your windows PC" ------------------------------------------------------------------------- Derick Rethans http://derickrethans.nl/ PHP Magazine - PHP Magazine for Professionals http://php-mag.net/ -------------------------------------------------------------------------