Edit report at https://bugs.php.net/bug.php?id=60387&edit=1
ID: 60387 User updated by: dbetz at df dot eu Reported by: dbetz at df dot eu Summary: Problem with php_(admin)?_value/flag and load order Status: Open Type: Bug Package: FPM related Operating System: Gentoo Linux PHP Version: 5.3.8 Block user comment: N Private report: N New Comment: And is there an chance to get "zend_extension" to work with php_admin_value ? or is this an must to set it directly in the php.ini ? when starting one newly compiled FPM master process for every pool, just to have different php.ini files with --with-config-file-path isnt an good option. Previous Comments: ------------------------------------------------------------------------ [2011-11-25 14:08:59] dbetz at df dot eu Description: ------------ Hello, we are currently testing PHP-FPM on many production domains. All over 150 domains are working fine and without any problems. Were using PHP5.3.8 with the ondemand process manager patch. But i have currently the problem with php_values. I explain it in an simple example: The customer can edit its own php.ini file. When editing is done i write all the values/flags to the pool config and reload fpm. But now, when the user adds settings to an extension before the extension is loaded, the settings get lost. I cant prohibit customers to randomly insert the settings in php.ini :-( Hoping you can help! greetings, daniel Test script: --------------- I have used APC as an example. Following php-fpm.conf: [default] pm = ondemand pm.max_children = 40 pm.min_spare_servers = 2 pm.max_spare_servers = 40 pm.process_idle_timeout = 90 pm.max_requests = 500 php_admin_value[apc.ttl] = 600 php_admin_value[extension] = "apc.so" php_admin_value[apc.user_ttl] = 600 start the FPM an have a look into phpinfo() Expected result: ---------------- phpinfo() shows: apc.ttl 0 apc.user_ttl 600 Actual result: -------------- phpinfo() shows: apc.ttl 600 apc.user_ttl 600 ------------------------------------------------------------------------ -- Edit this bug report at https://bugs.php.net/bug.php?id=60387&edit=1