Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:42984 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 39940 invoked from network); 10 Feb 2009 11:50:31 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 10 Feb 2009 11:50:31 -0000 Authentication-Results: pb1.pair.com header.from=rquadling@googlemail.com; sender-id=pass; domainkeys=bad Authentication-Results: pb1.pair.com smtp.mail=rquadling@googlemail.com; spf=pass; sender-id=pass Received-SPF: pass (pb1.pair.com: domain googlemail.com designates 209.85.128.189 as permitted sender) DomainKey-Status: bad X-DomainKeys: Ecelerity dk_validate implementing draft-delany-domainkeys-base-01 X-PHP-List-Original-Sender: rquadling@googlemail.com X-Host-Fingerprint: 209.85.128.189 fk-out-0910.google.com Received: from [209.85.128.189] ([209.85.128.189:38428] helo=fk-out-0910.google.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 57/33-12172-60A61994 for ; Tue, 10 Feb 2009 06:50:30 -0500 Received: by fk-out-0910.google.com with SMTP id b27so1829356fka.7 for ; Tue, 10 Feb 2009 03:50:27 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:mime-version:received:reply-to:in-reply-to :references:date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=9upE/HWDkInlEEkj9RIlHLBTEZuUf3BWd2KbQoiqo+A=; b=kN60wNIl08zIPiFtCdhnXRYjdih3ZSQwPyuytHlEfoxarp96jQt77UBUk8OYHa1HHN ccPvX3ng24I+5G4hp1RunqoSq93REjhGpUfjTI04eDloHoQWJO3z+EZlCQk9fyPx7lpd dTyvZ74pg6zx6KqmXI4d2Mv6Uxf8SI6TMChAY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=mime-version:reply-to:in-reply-to:references:date:message-id :subject:from:to:cc:content-type:content-transfer-encoding; b=r2Tnp5RJxr7t4XV/IxFNumpb0zUEs3AkpOuZSHSSlwpU8eEjL3Oo0dtq9cSaKIkqyE yq5YDTnUETkPvZv074cHzM6ezbpuizT245bJ7X7yhrQysDrMJ6ExMpfhAxlg9+iFyb7L fmDMukcaW6eZBUIB3V1Iqt9fPubjY6c060gmI= MIME-Version: 1.0 Received: by 10.103.222.1 with SMTP id z1mr1192341muq.100.1234266627540; Tue, 10 Feb 2009 03:50:27 -0800 (PST) Reply-To: RQuadling@googlemail.com In-Reply-To: References: Date: Tue, 10 Feb 2009 11:50:27 +0000 Message-ID: <10845a340902100350v42637ad2vadbfdc552c42d982@mail.gmail.com> To: Karsten Dambekalns Cc: internals@lists.php.net Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Subject: Re: [PHP-DEV] Re: RFC for new INI's From: rquadling@googlemail.com (Richard Quadling) 2009/2/10 Karsten Dambekalns : > Hi Eric. > > On 10.02.2009 3:27 Uhr, 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 > > I love the settings for production, but I think you reversed the meaning of > allow_call_time_pass_reference - if it is allowed no warning will be issued. > So, to make your intention of > > ---- > ; Default Value: On (Issue warnings) > ; Development Value: On (Issue warnings) > ; Production Value: Off (Suppress warnings) > ---- > > work, you need to write that the other way around - 'Off' means 'issue > warnings'... It is: > Development Value: Off (Issue warnings) > Production Value: On (Suppress warnings) > > > In production session.bug_compat_42 is off, but according to the "summary" > you want it to be on for development (so that warnings about it are shown, I > assume). In the development php.ini the actual values for both settings are > off, though. > > > And I am not sure about register_argc_argv having different values in both > files. I understand ot being off in production for speed reasons, but if it > "just works" in development and "suddenly stops working" in production... > But that's a minor issues. > > All in all like the proposed settings! > > Regards, > Karsten > > -- > PHP Internals - PHP Runtime Development Mailing List > To unsubscribe, visit: http://www.php.net/unsub.php > > Regarding ... "; Section headers (e.g. [Foo]) are also silently ignored, even though ; they might mean something in the future." This is no longer true. See http://docs.php.net/manual/en/ini.sections.php I would suggest changing this to ... "; Section headers (e.g. [Foo]) are also silently ignored, even though ; they might mean something in the future. The exception to this rule is ; section headers starting with [HOST= and [PATH= ; See : http://www.php.net/manual/en/ini.sections.php" Regards, Richard Quadling. -- ----- Richard Quadling Zend Certified Engineer : http://zend.com/zce.php?c=ZEND002498&r=213474731 "Standing on the shoulders of some very clever giants!"