- Php ini at runtime
- User Contributed Notes
- Php ini at runtime
- User Contributed Notes 3 notes
- How to read php.ini values at runtime?
- How to read php.ini values at runtime?
- Find the PHP Ini File
- Use the php —ini CLI Command to Find the PHP ini File
- Use get_cfg_var() to Display the PHP ini File Location
- Use a batch file to find a value in a php.ini file
Php ini at runtime
Поведение этих функций зависит от установок в php.ini .
Имя | По умолчанию | Место изменения | Список изменений |
---|---|---|---|
assert.active | «1» | PHP_INI_ALL | |
assert.bail | «0» | PHP_INI_ALL | |
assert.warning | «1» | PHP_INI_ALL | |
assert.callback | NULL | PHP_INI_ALL | |
assert.quiet_eval | «0» | PHP_INI_ALL | Удалено в PHP 8.0.0 |
assert.exception | «0» | PHP_INI_ALL | |
enable_dl | «1» | PHP_INI_SYSTEM | Эта возможность устарела и будет обязательно удалена в будущем. |
max_execution_time | «30» | PHP_INI_ALL | |
max_input_time | «-1» | PHP_INI_PERDIR | |
max_input_nesting_level | «64» | PHP_INI_PERDIR | |
max_input_vars | 1000 | PHP_INI_PERDIR | |
zend.enable_gc | «1» | PHP_INI_ALL |
Для подробного описания констант PHP_INI_*, обратитесь к разделу Где могут быть установлены параметры конфигурации.
Краткое разъяснение конфигурационных директив.
Включение выполнение assert() . zend.assertions следует использовать вместо этого для управления поведением функции assert() .
Завершение работы скрипта при провале проверки утверждений.
Вызов предупреждений PHP для каждой проваленной проверки утверждения.
Пользовательская функция, вызываемая при провале проверки утверждений.
Данная функциональность была УДАЛЕНА, начиная с PHP 8.0.0.
Используйте эту настройку функции error_reporting() во время выполнения проверки утверждений. При включении настройки сообщения об ошибках во время проверки утверждений показываться не будут (неявный вызов error_reporting(0)). Если настройка выключена, ошибки будут выдаваться в соответствии с настройками error_reporting()
Генерирует исключение AssertionError для неудачной проверки утверждения.
Директива позволяет включать и выключать динамическую подгрузку модулей PHP с помощью функции dl() .
Главной причиной, по которой требуется выключение динамической загрузки, является безопасность. С помощью динамической загрузки можно обойти все open_basedir ограничения. По умолчанию динамическая загрузка разрешена.
Эта директива задаёт максимальное время в секундах, в течение которого скрипт должен полностью загрузиться. Если этого не происходит, парсер завершает работу скрипта. Этот механизм помогает предотвратить зависание сервера из-за плохо написанного скрипта. По умолчанию на загрузку даётся 30 секунд. Если PHP запущен из командной строки, это значение по умолчанию равно 0 .
В системах, отличных от Windows, на максимальное время выполнения не влияют системные вызовы, потоковые операции и т.п. За дополнительной информацией обращайтесь к документации к функции set_time_limit() .
Веб-серверы обычно имеют свои настройки времени ожидания, по превышении которого сами завершают выполнение скрипта PHP. В Apache есть директива Timeout , в IIS есть функция CGI timeout. В обоих случаях по умолчанию установлено 300 секунд. Точные значения можно узнать из документации к веб-серверу.
Эта директива задаёт максимальное время в секундах, в течение которого скрипт должен разобрать все входные данные, переданные запросами вроде POST или GET. Это время измеряется от момента, когда PHP вызван на сервере до момента, когда скрипт начинает выполняться. Значение по умолчанию -1 , что означает, что будет использоваться max_execution_time. Если установить равным 0 , то ограничений по времени не будет.
Задаёт максимальную глубину вложенности входных переменных (то есть $_GET , $_POST .)
Сколько входных переменных может быть принято в одном запросе (ограничение накладывается на каждую из глобальных переменных $_GET, $_POST и $_COOKIE отдельно). Использование этой директивы снижает вероятность сбоев в случае атак с использованием хеш-коллизий. Если входных переменных больше, чем задано директивой, выбрасывается предупреждение E_WARNING , а все последующие переменные в запросе игнорируются.
Включает или отключает сборщик циклических ссылок.
User Contributed Notes
Php ini at runtime
The behaviour of these functions is affected by settings in php.ini .
Name | Default | Changeable | Changelog |
---|---|---|---|
allow_url_fopen | «1» | PHP_INI_SYSTEM | |
allow_url_include | «0» | PHP_INI_SYSTEM | Deprecated as of PHP 7.4.0. |
user_agent | NULL | PHP_INI_ALL | |
default_socket_timeout | «60» | PHP_INI_ALL | |
from | «» | PHP_INI_ALL | |
auto_detect_line_endings | «0» | PHP_INI_ALL | Deprecated as of PHP 8.1.0. |
sys_temp_dir | «» | PHP_INI_SYSTEM |
Here’s a short explanation of the configuration directives.
This option enables the URL-aware fopen wrappers that enable accessing URL object like files. Default wrappers are provided for the access of remote files using the ftp or http protocol, some extensions like zlib may register additional wrappers.
This option allows the use of URL-aware fopen wrappers with the following functions: include , include_once , require , require_once .
Note:
This setting requires allow_url_fopen to be on.
Define the user agent for PHP to send.
Default timeout (in seconds) for socket based streams. Specifying a negative value means an infinite timeout.
The email address to be used on unauthenticated FTP connections and as the value of From header for HTTP connections, when using the ftp and http wrappers, respectively.
When turned on, PHP will examine the data read by fgets() and file() to see if it is using Unix, MS-Dos or Macintosh line-ending conventions.
This enables PHP to interoperate with Macintosh systems, but defaults to Off, as there is a very small performance penalty when detecting the EOL conventions for the first line, and also because people using carriage-returns as item separators under Unix systems would experience non-backwards-compatible behaviour.
User Contributed Notes 3 notes
I’m surprised this isn’t mentioned in docs here, but to set these values at runtime use «ini_set()». For example:
ini_set ( «auto_detect_line_endings» , true );
// Now I can invoke fgets() on files that contain silly \r line endings.
?>
If you want to use auto_detect_line_endings, e.g. to recognize carriage return on a Classic Mac file, you must set it before calling fopen. You can then reset it to its original value. E.g,
$original = ini_get(«auto_detect_line_endings»);
ini_set(«auto_detect_line_endings», true);
$handle = fopen($someFile, «r»);
ini_set(«auto_detect_line_endings», $original);
while (($line = fgets($handle)) !== false) echo «$line\n»; // etc
>
Keep in mind also that Mac OS X bash does not handle carriage returns well, so if it seems like your code is not working when testing from the command line, redirect your output to a file and then try looking at that. On my system, doing it directly on the command line only showed the last line (with or without this setting turned on).
Also note that this will not do what you want if you have a file with mixed line endings (!). If you really care about that case, you have to do something else, like run the file through a translation first and then read it.
Please note that although you may try to set default_socket_timeout to something over 20s, you may get tricked by the Linux kernel.
The default value of tcp_syn_retries is set to 5, which will effectively timeout any TCP connection after roughly 20s, no matter what limits you set in PHP higher than this.
The value can be altered by root only, like this:
echo 6 > /proc/sys/net/ipv4/tcp_syn_retries
A value of 6, as above, will give you a timeout up to ~45s.
How to read php.ini values at runtime?
For example, to get the maximum post size, you can simply use: Solution 2: PHP has a nice support for INI files. Along with the you can get the details of current ini file. http://php.net/manual/en/function.parse-ini-file.php http://php.net/manual/en/function.php-ini-loaded-file.php We will discuss in this article the commands or functions to help find the file within your PC or development environment.
How to read php.ini values at runtime?
I am writing a PHP library and to increase its portability and robustness I would like to be able to read the php.ini file to access the installation settings.
Is there a simple way to do this or do I need to do this the hard way and write code to parse this myself?
I doubt that you need all of the php.ini file. For specific values, why not use ini_get() ? For example, to get the maximum post size, you can simply use:
$maxPostSize = ini_get('post_max_size');
PHP has a nice support for INI files. Along with the php_ini_loaded_file() you can get the details of current ini file.
How To Make A .ini File Secure When Reading To It, 1)Place config.ini under a directory that is outside the webroot. 2)Create a group with «www-data» in it using this command. sudo chown …
Find the PHP Ini File
We will discuss in this article the commands or functions to help find the php.ini file within your PC or development environment.
Use the php —ini CLI Command to Find the PHP ini File
If you are on Windows, the returned path could look like this.
On Windows, go to your Windows Terminal or Windows PowerShell.
Once you open your Windows Terminal, type in the command php —ini .
Configuration File (php.ini) Path: Loaded Configuration File: C:\php\php.ini Scan for additional .ini files in: (none) Additional .ini files parsed: (none)
You can use the same command via the terminal on Linux.
lazycruise@lazycruise:~$ php --ini Configuration File (php.ini) Path: /etc/php/8.0/cli Loaded Configuration File: /etc/php/8.0/cli/php.ini Scan for additional .ini files in: /etc/php/8.0/cli/conf.d Additional .ini files parsed: /etc/php/8.0/cli/conf.d/10-mysqlnd.ini, /etc/php/8.0/cli/conf.d/10-opcache.ini, /etc/php/8.0/cli/conf.d/10-pdo.ini, /etc/php/8.0/cli/conf.d/15-xml.ini, /etc/php/8.0/cli/conf.d/20-bz2.ini, /etc/php/8.0/cli/conf.d/20-calendar.ini, /etc/php/8.0/cli/conf.d/20-ctype.ini, /etc/php/8.0/cli/conf.d/20-curl.ini, .
If it is Windows, you can copy the path shown and place it in Windows Explorer to open the php.ini file.
The php.ini will open via the default text editor.
On Linux or macOS, you can use the command below.
cat [path of the PHP ini file]
Replace the [path of the PHP ini file] with the path you copied, just like the below syntax.
Use get_cfg_var() to Display the PHP ini File Location
The command in the previous section works only in the shell. If we need the php.ini file within our PHP code for whatever reason, we can make use of the built-in function, get_cfg_var() , to display or store the absolute path to the php.ini file.
The get_cfg_var() functions gets the value of a PHP configuration option and takes only one parameter/argument, which in this context will be cfg_file_path .
Depending on the type of PHP installation you have, the path to the php.ini will be different, and the outputs of the code will be different.
For example, if you installed PHP via the XAMPP Application, your php.ini path is most likely this C:\xampp\php\php.ini .
How do I create custom php.ini files for each virtual host?, Simple way to use custom php.ini file for vhost using Fast CGI is to copy the php.ini into a folder in the host like «customini». After that to your vhost …
Use a batch file to find a value in a php.ini file
I currently have a batch file to do an SVN update on a branch. I am using VisualCron to complete this task every morning so ensure I have the latest code. However, when I switch to a new branch, I will need to update the batch file each time.
Is there a way to create a batch file to
- Search through a file (php.ini) and find the value that is defined in this file
- Define it as a variable in the batch file
- Use my existing batch file code to so an SVN update on the value found in step 1
if you have a php.ini file like this:
variable1=value1 variable2=value2 variable3=value3
for /f "delims=" %%a in (php.ini) do set "%%~a" echo(%variable1%-%variable2%-%variable3%
Where the heck is this php.ini file anyways?, $ pico /usr/lib/php/php4.ini If you’re using an sFTP client you should have a command (possibly a button or a drop down menu) that is something like …