Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:42993 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 51013 invoked from network); 11 Feb 2009 14:26:30 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 11 Feb 2009 14:26:30 -0000 Authentication-Results: pb1.pair.com header.from=cschneid@cschneid.com; sender-id=unknown Authentication-Results: pb1.pair.com smtp.mail=cschneid@cschneid.com; spf=permerror; sender-id=unknown Received-SPF: error (pb1.pair.com: domain cschneid.com from 195.226.6.51 cause and error) X-PHP-List-Original-Sender: cschneid@cschneid.com X-Host-Fingerprint: 195.226.6.51 darkcity.gna.ch Linux 2.6 Received: from [195.226.6.51] ([195.226.6.51:33069] helo=mail.gna.ch) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 8F/F7-12172-010E2994 for ; Wed, 11 Feb 2009 09:26:26 -0500 Received: from localhost (localhost [127.0.0.1]) by darkcity.gna.ch (Postfix) with ESMTP id 50E30C2BA9; Wed, 11 Feb 2009 15:26:20 +0100 (CET) X-Virus-Scanned: amavisd-new at gna.ch Received: from mail.gna.ch ([127.0.0.1]) by localhost (gna.ch [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id KGkp5IevM2Gp; Wed, 11 Feb 2009 15:26:20 +0100 (CET) Received: from [192.168.1.72] (rim-zhgw-cc [84.75.132.140]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by darkcity.gna.ch (Postfix) with ESMTPSA id C09EBC29E1; Wed, 11 Feb 2009 15:26:19 +0100 (CET) Message-ID: <4992E00A.9010209@cschneid.com> Date: Wed, 11 Feb 2009 15:26:18 +0100 User-Agent: Thunderbird 2.0.0.19 (X11/20081227) MIME-Version: 1.0 To: Eric Stewart CC: internals@lists.php.net References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: RFC for new INI's From: cschneid@cschneid.com (Christian Schneider) Eric Stewart wrote: > A new RFC for PHP's proposed INI files have been added to the wiki. Below is > a direct link to the page. > http://wiki.php.net/rfc/newinis Good work IMHO. Similar to what Karsten Dambekalns wrote I think we should only have a difference between devel and production for display/logging options, but not for options changing the 'behaviour' of PHP. So I'd propose allow_call_time_pass_reference = Off (devel) / On (production) display_errors = On (devel) / Off (production) display_startup_errors = On (devel) / Off (production) html_errors = On (devel) / Off (production) session.bug_compat_warn = On (devel) / Off (production) track_errors = On (devel) / Off (production) but output_buffering = 4096 ; Changes header()/compression filter behaviour register_argc_argv = Off ; Why should devel have access if prod doesn't? request_order = GPCS ; Why should devel/production differ? session.bug_compat_42 = Off ; Why should devel/production differ? Apart from that I'd minimize the diff (there are minor white space differences and an unnecessarily big difference in the introduction text). Regards, - Chris