Re: Proposal: php.ini environment variable fallback value
| From: | Michael Morris | Date: | Tue, 28 Jul 2020 03:26:48 +0000 |
| Subject: | Re: Proposal: php.ini environment variable fallback value | ||
| References: | 1 2 3 | Groups: | php.internals |
| Request: | Send a blank email to internals+get-111206@lists.php.net to get a copy of this message | ||
On Mon, Jul 27, 2020 at 12:18 AM Michał Marcin Brzuchalski <
michal.brzuchalski@gmail.com> wrote:
> Hi Michael,
>
> niedz., 26 lip 2020, 06:22 użytkownik Michael Morris <tendoaki@gmail..com>
> napisał:
>
>> PHP's ini values are already a bit of a mess. You have a global php.ini
>> file, and then most PHP ini directives can be set per directory using the
>> .htaccess file. About a third can be set at runtime. This makes tracking
>> down where a setting came from a bit of a headache unless care is taken.
>> This proposal promises to make the situation even more complicated.
>>
>> Also, what would this solve that using .htaccess files to override the
>> default values not solve aside from the rare settings that cannot be set
>> per directory?
>>
>
> Bear in mind that .htaccess has a very narrow use and it's kind oh thing
> Apache2 related and not PHP specific!
>
Most major webserver applications have an equivalent to .htaccess. Indeed,
IIS can bind PHP flags and values to environment values already if I recall
correctly, and has been able to do so for a very long time (though I
haven't played with IIS in over a decade so my memory could be wrong on
this).
You mention Docker - usually I've seen it used alongside Ansible, Chef or
Puppet. Each of these provisioning programs can modify the php.ini file
used on the container at deploy time without necessitating a change to PHP
itself. What advantage does the community gain from moving these decisions
from the provision files to the php.ini file?
>