Игнорирование max_execution_time (ВИДЕО)

[root_x]

Это не трюк - это глюк. Я думал что это из-за xdebug, но нет.

https://www.youtube.com/watch?v=g_mEvsu9qDE

ПОЧЕМУ?
---
Словесное описание: на локалхосте игнорируется max_execution_time. Скрипты выполняются вечность (я проверил).


Или возможно всему этому есть некое объяснение???

[AnrDaemon]

http://php.net/manual/en/info.configuration.php#ini.max-execution-time

[root_x]

http://php.net/manual/en/info.configuration.php#ini.max-execution-time

?
вы о чем? О безопасном режиме и о том что нельзя изменить, ВО ВРЕМЯ исполнения скрипта, время выполнения?

Зря я видео сделал (?) - вы хотя-бы в описание глянули.

1 показываю info.php - 20 байт
2 потом содержимое info.php
3 значение max_execution_time в php.ini
4 конфиг путь в выводе phpinfo
5 значение max_execution_time в выводе phpinfo
6 значение timeout в конфиге apache2 (http://php.net/manual/ru/info.configuration.php#ini.max-execution-time)
7 содержимое скрипта why.php
8 запуск why.php в опера (ффокс постоянно падает от why.php)
...

[AnrDaemon]

Безопасного режима нет давно.
Разные SAPI по-разному устроены. CLI вообще плевать хотело на такие мелочи, как max_execution_time например.

[root_x]

странно. а как же тогда сделать (записать в конфиг и чтобы оно не игнорилось) ограничение по времени (я НЕ о командной строке)?

[AnrDaemon]

Вы описание параметра прочитали? Внимательно?
Там конкретно описывается, на что он влияет. Причём прямо в первом абзаце. В первом предложении даже!

This sets the maximum time in seconds a script is allowed to run before it is terminated by the parser.

Если у вас скрипт застрял в системном вызове, он не завершится, пока не завершится вызов и управление не вернётся в PHP.

[root_x]

Но на предыдущих версиях ограничение времени выполнения работало. Я помню что специально УВЕЛИЧИВАЛ это значение для создания большой таблицы (на 5 млн записей). Там скрипт прекращал работу и выдавал ошибку - дословно не помню: "...maximum 30 seconds..."
---
в принципе это сейчас не очень важно. НО, блин, зацепило, потому что интересно с чего это так вдруг и внезапно?
---
Баг?, которому почти 10 лет - незн. интересненько https://bugs.php.net/bug.php?id=48949 Только там другая ситуация.
Пользователь добавил сообщение 02 Мая 2016, 22:12:49:Методом научного тыка выяснл, что

Код: [Выделить]

<?php
if (ini_set('max_execution_time', '1')) {
    echo 'Ok<br>';
} else {
    echo 'bad<br>';
}
//    exit;
$x = 0;
while (true) {
    // echo "$x<br>\n";
    $z = date('U');
    echo "$z<br>\n";
    $x++;
}
?>

при помощи ini_set можно управлять временем выполнения. И в итоге (при превышении допустимого времени) будет долгожданная ошибка.

Код: [Выделить]

Fatal error: Maximum execution time of 1 second exceeded in /var/www/html/why.php on line 11
По прежнему я без понтятия почему это в php.ini игнорируется.

[AnrDaemon]

А теперь почитай про то, как работает ini_set, что является возвращаемым значением…
А игнорируется, очевидно, потому, что
а) либо не тот php.ini грузится,
б) либо настройки перекрываются после php.ini,
ц) либо грузится неверный SAPI.

[root_x]

у меня один php.ini. Когда я менял в нем значение, то оно изменонное отображалось в выводе phpinfo

если бы настройки перекрывались, то измений в php.ini я бы не увидел.

ц) либо грузится неверный SAPI.

наверное...(?)

А теперь почитай про то, как работает ini_set, что является возвращаемым значением…

Я делал это

Код: [Выделить]

if (ini_set('max_execution_time', '1')) {
    echo 'Ok<br>';
} else {
    echo 'bad<br>';
}
//    exit;для того чтобы понять - устанавливает эта ини_сэт лимит или нет.