Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:59307 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 24519 invoked from network); 1 Apr 2012 16:25:53 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 1 Apr 2012 16:25:53 -0000 Authentication-Results: pb1.pair.com header.from=danielc@analysisandsolutions.com; sender-id=unknown Authentication-Results: pb1.pair.com smtp.mail=danielc@analysisandsolutions.com; spf=permerror; sender-id=unknown Received-SPF: error (pb1.pair.com: domain analysisandsolutions.com from 166.84.1.89 cause and error) X-PHP-List-Original-Sender: danielc@analysisandsolutions.com X-Host-Fingerprint: 166.84.1.89 mailbackend.panix.com Solaris 10 (beta) Received: from [166.84.1.89] ([166.84.1.89:57790] helo=mailbackend.panix.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 0F/A3-01129-091887F4 for ; Sun, 01 Apr 2012 12:25:53 -0400 Received: from panix5.panix.com (panix5.panix.com [166.84.1.5]) by mailbackend.panix.com (Postfix) with ESMTP id EBC3034BFD; Sun, 1 Apr 2012 12:25:49 -0400 (EDT) Received: by panix5.panix.com (Postfix, from userid 14662) id D93A024219; Sun, 1 Apr 2012 12:25:49 -0400 (EDT) Date: Sun, 1 Apr 2012 12:25:49 -0400 To: Christopher Jones Cc: internals@lists.php.net Message-ID: <20120401162549.GB3137@panix.com> References: <4F60D511.1050802@lerdorf.com> <4F60D687.8040102@oracle.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <4F60D687.8040102@oracle.com> User-Agent: Mutt/1.5.20 (2009-06-14) Subject: Re: [PHP-DEV] set the PHP_INI_ENTRY_* values the same as for php.ini-production From: danielc@analysisandsolutions.com (Daniel Convissor) Hi Folks: On Wed, Mar 14, 2012 at 10:33:59AM -0700, Christopher Jones wrote: > > In that case, perhaps the STD_PHP_INI_* values should match those > in php.ini-development? Many sites have very small ini files and rely on the default ini values for everything else. This means changing the defaults is a bad idea. Adding another ini file containing the defaults is a possibility. But the two ini files shipped already have notations of what's in production, development and default. So the value of adding a default file doesn't seem worth the maintenance overhead. --Dan -- T H E A N A L Y S I S A N D S O L U T I O N S C O M P A N Y data intensive web and database programming http://www.AnalysisAndSolutions.com/ 4015 7th Ave #4, Brooklyn NY 11232 v: 718-854-0335 f: 718-854-0409