Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:56293
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.213.170 as permitted sender)
MIME-Version: 1.0
In-Reply-To: <1321047664-sup-8238@ezyang>
References: <1320740449-sup-5688@ezyang>
	<4EB8EAF1.3040104@lerdorf.com>
	<1320981061-sup-2803@ezyang>
	<4EBD79A5.2020604@lerdorf.com>
	<1321040435-sup-2225@ezyang>
	<4EBD8967.8040606@lerdorf.com>
	<1321047664-sup-8238@ezyang>
Date: Fri, 11 Nov 2011 22:44:31 +0100
Message-ID: <CAEZPtU6Z9QAp5+RYwJL3zSnG-XMO9OsOS19bhWKX-_N-sDu5_Q@mail.gmail.com>
To: "Edward Z. Yang" <ezyang@mit.edu>
Cc: Rasmus Lerdorf <rasmus@lerdorf.com>, internals <internals@lists.php.net>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Subject: Re: [PHP-DEV] Load extensions for .user.ini files
From: pierre.php@gmail.com (Pierre Joye)

On Fri, Nov 11, 2011 at 10:43 PM, Edward Z. Yang <ezyang@mit.edu> wrote:

>> The other issue with your patch is that you are enabling this for the
>> fpm sapi. I thought we agreed that this should only be in the sapis that
>> supported dl() and those are cgi, cli and embed. And .user.ini doesn't
>> apply to embed, so it would just be cli and cgi because these are the
>> non-persistent cases where there is no danger of screwing up the next
>> request with a bad extension in a .user.ini file.
>
> Hmm, it looks like cli doesn't have .user.ini support at all. =A0Does thi=
s
> mean we should implement .user.ini for these SAPIs? I'd be in favor.

Yes, that's on our todos :)

The idea is to take all the code out of fcgi or fpm and shares it
across all (relevant) SAPIs.

Cheers,
--=20
Pierre

@pierrejoye | http://blog.thepimp.net | http://www.libgd.org