[BlueOnyx:26845] Re: /etc/php.ini Overwritten by Rogue yum Update

[Michael Stauber]

Hi Aaron,

> This morning an automatic yum update executed and seems to have 
> overwritten or deleted /etc/php.ini without making any sort of backup as 
> is typical. This is causing major problems for me. Is there a default 
> copy of /etc/php.ini for 5211R somewhere? I tried using a copy from 
> another server but I don’t think it has whatever directive is necessary 
> to include everything in php.d.

There's nothing rogue about BlueOnyx YUM updates modifying php.ini, as 
the GUI owns that file. You're not supposed to edit it as there is no 
need to do so.

/etc/php.ini (or the /home/solarspeed/php-<version>/etc/php.ini's) only 
serve as a template for the PHP settings of Vsites.

The rest of the PHP settings for each Vsite are dynamically set via 
"php_value" or "php_flag" in the Apache config in the <VirtualHost> 
container of each Vsite. Or in the PHP-FPM pool files (if the site uses 
PHP-FPM) or the separate php.ini of each Vsite if you use suPHP.

This means that at the end of the day each Vsite will have it's own PHP 
settings (one way or the other) that's unrelated to /etc/php.ini

There *are* supported ways how you can modify the PHP configuration of 
Vsites beyond what the GUI allows.

This is documented here and works in all BlueOnyx versions since 5207R:

http://mail.blueonyx.it/pipermail/blueonyx/2015-October/018485.html

On 5210R and 5211R the directory for custom PHP *.ini files is located 
here: /home/sites/<SITE-FQDN>/wwwroot/php.d/

Just put the options you want to change in a custom *.ini file and place 
it in that directory. The name of the file doesn't matter, but it must 
end with *.ini.

As mentioned: The format of the config options must follow Apache 
nomenclature like this:

php_flag display_errors Off
php_flag log_errors On
php_value upload_max_filesize 5M
php_value post_max_size 6M
php_value memory_limit 64M

Then restart CCEd and the new configuration is in effect:

/usr/sausalito/sbin/cced.init restart

-- 
With best regards

Michael Stauber