Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:46510 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 98526 invoked from network); 23 Dec 2009 18:08:47 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 23 Dec 2009 18:08:47 -0000 Authentication-Results: pb1.pair.com smtp.mail=mike503@gmail.com; spf=pass; sender-id=pass Authentication-Results: pb1.pair.com header.from=mike503@gmail.com; sender-id=pass; domainkeys=bad Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.220.227 as permitted sender) DomainKey-Status: bad X-DomainKeys: Ecelerity dk_validate implementing draft-delany-domainkeys-base-01 X-PHP-List-Original-Sender: mike503@gmail.com X-Host-Fingerprint: 209.85.220.227 mail-fx0-f227.google.com Received: from [209.85.220.227] ([209.85.220.227:41398] helo=mail-fx0-f227.google.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id D8/A3-17066-EAC523B4 for ; Wed, 23 Dec 2009 13:08:47 -0500 Received: by fxm27 with SMTP id 27so7266272fxm.23 for ; Wed, 23 Dec 2009 10:08:44 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=ksI9PMFnECwylCYd0BGWZQEe3L+JyskRSx9A1iJyjWY=; b=Oz3FB8nAxQfwKuSTz5MJyOnNYMvQqFIY9ksF0gNl4ieXmX6VuUxIpCkE8pH0X5D3CT NvLKMnQEVJFIE9k9E7HoLtHtr6YaalvnAAGOY76RjBPbhILsnc3d1Ndw/ia4HuBxK7ld sAlKgLrWMOQELDp/5ln8Vsj6NlEWH8vy3NhVU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=L/pa/0kR34WUXfEJn7GMZ+FIbEcIhZDCfVTmsGWmaSqtI2+0xoF+ztkQIYtI1or/AC xySgarLiMhpmZvYxSXNnHoovGj2hRLQL416PtLhxO27jxHecR5UmYe+rQ4Oi1099/Qw4 HFiU0t2EOw/cwGC7o573kQzgCJw9JAdmLVgfM= MIME-Version: 1.0 Received: by 10.239.162.129 with SMTP id l1mr1095535hbd.214.1261591723952; Wed, 23 Dec 2009 10:08:43 -0800 (PST) In-Reply-To: References: <1261576024.1840.28.camel@guybrush> Date: Wed, 23 Dec 2009 10:08:43 -0800 Message-ID: To: Tjerk Meesters Cc: =?UTF-8?Q?Johannes_Schl=C3=BCter?= , php-dev Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Subject: Re: [PHP-DEV] Proposal: allow for includes in php.ini From: mike503@gmail.com (Michael Shadle) i am fine with both too. i just think it's sorely lacking to be able to do it any other time than at compile time -and- that only provides you one location. could be very powerful to allow for any location to be scanned for ini file= s. 2009/12/23 Tjerk Meesters : > On 23-Dec-2009, at 21:47, Johannes Schl=C3=BCter = wrote: > >> On Wed, 2009-12-23 at 04:40 -0800, Michael Shadle wrote: >>> >>> NOTE: I just remembered there -is- a config-file-scan-dir option at >>> compile time. However, what about doing away with this and making it >>> inline in php.ini, the syntax can match mysql, as it uses ini files as >>> well. >> >> I think the --with-config-file-scan-dir is the perfect thing for this, >> having includes means having wild dependencies ... and to answer to your >> example: Ubuntu would still have to edit a php.ini file to add a new >> include, with scan dir: add a file,restart server, done. >> >> johannes >> >> > Why not have both? Combining these two methods allow for more flexibility= , > though if anything I would vote for wildcards in include statements to ma= ke > it more powerful. >> >> -- >> PHP Internals - PHP Runtime Development Mailing List >> To unsubscribe, visit: http://www.php.net/unsub.php >> >