|
php.net | support | documentation | report a bug | advanced search | search howto | statistics | random bug | login |
[2003-02-02 08:13 UTC] holliwell at gmx dot net
Hi, if php CLI was configured: --with-config-file-path=/etc --with-config-file-scan-dir=/some/directory -n switch passed to the CLI scans this additional ini file(s). php -h says -n No php.ini file will be used Does this "No" exclude additional ini-files? PHP 4.3.0 (cli) PHP API => 20020918 PHP Extension => 20020429 Zend Extension => 20021010 Debug Build => no Thread Safety => disabled Registered PHP Streams => php, http, ftp, https, ftps, compress.zlib Regards Friedhelm Betz PatchesPull RequestsHistoryAllCommentsChangesGit/SVN commits
|
|||||||||||||||||||||||||||
Copyright © 2001-2025 The PHP GroupAll rights reserved. |
Last updated: Thu Nov 06 09:00:01 2025 UTC |
To clarify my first submission: -n switch passed to the CLI scans this additional ini file(s) and uses the values found inside. easy to reproduce: let config-file-path be /etc let config-file-scan-dir be /opt/php origin /etc/php.ini sets register_globals off /opt/php/php.ini sets register_globals on php -n -r 'echo ini_get('register_globals') . "\n";' php -r 'echo ini_get('register_globals') . "\n";' yields the same results, shown that additional ini files are scanned, parsed and applied. Therefore it seems that -n has the only effect, that the php.ini in config-file-path is ignored, but additional ini-files are parsed and their values applied. Again: is this expected behaviour? Regards Friedhelm Betz