I have experienced on some systems that ini_set() will fail and return a false, when trying to set a setting that was set inside php.ini inside a per-host setting. Beware of this.
(PHP 4, PHP 5, PHP 7, PHP 8)
ini_set — Устанавливает значение параметра конфигурации
Функция устанавливает значение параметра конфигурации. Опция сохраняет новое значение, пока выполняется скрипт, и восстанавливает значение, когда работа скрипта завершается.
option
Не каждую доступную опцию получится изменить функцией ini_set(). Список доступных параметров приводит приложение.
value
Новое значение параметра.
Функция возвращает старое значение параметра в случае успешного выполнения или false
,
если возникла ошибка.
Версия | Описание |
---|---|
8.1.0 |
Параметр value теперь принимает скалярные типы, включая null .
Раньше параметр принимал только строковые (string) значения.
|
Пример #1 Пример установки значения для ini-параметра
<?php
echo ini_get('display_errors');
if (!ini_get('display_errors')) {
ini_set('display_errors', '1');
}
echo ini_get('display_errors');
?>
I have experienced on some systems that ini_set() will fail and return a false, when trying to set a setting that was set inside php.ini inside a per-host setting. Beware of this.
[[[Editors note: Yes, this is very true. Same with
register_globals, magic_quotes_gpc and others.
]]]
Many settings, although they do get set, have no influence in your script.... like upload_max_filesize will get set but uploaded files are already passed to your PHP script before the settings are changed.
Also other settings, set by ini_set(), may be to late because of this (post_max_size etc.).
beware, try settings thru php.ini or .htaccess.
When checking for the success of ini_set(), keep in mind that it will return the OLD value upon success - which may have been "0". Therefore you cannot just compare the return value - you have to check for "identity":
<?php
// This will NOT determine the success of ini_set(), instead
// it only tests if the old value had been equivalent to false
if ( !ini_set( 'display_errors', '1' ) )
throw new \Exception( 'Unable to set display_errors.' );
// This is the CORRECT way to determine success
if ( ini_set( 'display_errors', '1' ) === false )
throw new \Exception( 'Unable to set display_errors.' );
?>
This explains reported situations where ini_set() "always" seems to fail!
Be careful with setting an output_handler, as you can't use ini_set() to change it. *sigh*
In my php.ini I have this for my web pages (and I want it):
output_handler = ob_gzhandler
But this causes my command line scripts to not show output until the very end.
#!/usr/bin/php -q
<?php
ini_set('output_handler', 'mb_output_handler');
echo "\noutput_handler => " . ini_get('output_handler') . "\n";
?>
root@# ./myscript.php
output_handler => ob_gzhandler
Apparently (acording to Richard Lynch):
> TOO LATE!
> The ob_start() has already kicked in by this point.
> ob_flush() until there are no more buffers.
If it's not your server and therefore you want to hide the data in your session variables from other users, it�s very useful to set the session.save_handler in your scripts to shared memory with:
<?php ini_set('session.save_handler','mm'); ?>
Remember: You have to set it in every script that uses the session variables BEFORE "session_start()" or php won't find them.
set PHP_INI_PERDIR settings in a .htaccess file with 'php_flag' like this:
php_flag register_globals off
php_flag magic_quotes_gpc on
When your ISP does not allow you to add the default include directories - it might be useful to extend the 'include_path' variable:
<?php ini_set('include_path',ini_get('include_path').':../includes:'); ?>
Careful - in some cases, when setting zlib.output_compression to "On" via ini_set, PHP won't send the Content-type header and browsers will garble the output. Set it to the desired buffer size instead, which sends the correct header:
<?php
ini_set("zlib.output_compression", 4096);
?>
In order to change zend.assertions or assert.exception values, try with the ini_set() function but be aware that it may fail.
Example:
<?php
$ret = @ini_set('zend.assertions', '1');
if ($ret === false) echo 'ini_set() failed before line ', __LINE__, PHP_EOL;
While this doesn't belong in the manual, it should be useful for people looking on this page for zend_optimizer.* ini options, which are commonly installed:
Information on the "zend_optimizer.optimization_level" and "zend_optimizer.enable_loader" options is available at:
http://www.zend.com/support/user_docs/ZendOptimizer/PDF/ZendOptimizer_UserGuide.pdf
[[[Editors note: Just because you're able to set something
doesn't mean it will work as expected. Depends on the
setting. For example. setting register_globals at
runtime will be of little use as its job has already
been completed by the time it reaches your script.
]]]
When a setting can not be changed in a user script, the return value of ini_set is "empty", not "false" as you may expect.
If you check in your script for return value is "false" the script will continue processing, although the setting has not been set.
The boolean return value is used for settings that can be changed in a script. Otherwise the empty value is returned.
To test for both error conditions use:
<?php
if (empty($blnResult) or (!$blnResult)) {
echo "setting cannot be set";
exit;
}
?>
if u receive an Error with generic like :
Maximum execution time of 30 seconds exceeded
if u set ini_set(max_execution_time, 300);
your problem will be solved
pls note that the 300 , is 300 seconds , which means 5 minute you can set another value !