Evgeniy Berdnikov wrote:
> On Wed, Apr 21, 2021 at 02:58:21PM +0700, Victor Sudakov wrote:
> > Тут у меня еще сработали ассоциации с обычным CGI. Там ведь насколько я
> > помню, закрыли stdin CGI-скрипту - и скрипт сразу прекратил выполнение.
> > Или тоже помню неверно?
>
> Неверно. И вообще это
21.04.2021 17:45, Slawa Olhovchenkov пишет:
> On Wed, Apr 21, 2021 at 02:58:21PM +0700, Victor Sudakov wrote:
>
>> Тут у меня еще сработали ассоциации с обычным CGI. Там ведь насколько я
>> помню, закрыли stdin CGI-скрипту - и скрипт сразу прекратил выполнение.
>> Или тоже помню неверно?
>
>
On Wed, Apr 21, 2021 at 02:58:21PM +0700, Victor Sudakov wrote:
> Тут у меня еще сработали ассоциации с обычным CGI. Там ведь насколько я
> помню, закрыли stdin CGI-скрипту - и скрипт сразу прекратил выполнение.
> Или тоже помню неверно?
неверно
ничего со скриптом не случается пока он не будет
On Wed, Apr 21, 2021 at 02:58:21PM +0700, Victor Sudakov wrote:
> Тут у меня еще сработали ассоциации с обычным CGI. Там ведь насколько я
> помню, закрыли stdin CGI-скрипту - и скрипт сразу прекратил выполнение.
> Или тоже помню неверно?
Неверно. И вообще это не имеет отношения к GCI, поскольку
Maxim Dounin wrote:
> On Fri, Apr 16, 2021 at 12:54:21PM +0700, Victor Sudakov wrote:
>
> > Maxim Dounin wrote:
> >
> > > > > > Я наверное плохо сформулировал вопрос, но мне как раз интересно
> > > > > > видеть
> > > > > > обратное поведение. Закрыли браузер - обслуживавший этот сеанс
> > > >
Hello!
On Fri, Apr 16, 2021 at 12:54:21PM +0700, Victor Sudakov wrote:
> Maxim Dounin wrote:
>
> > > > > Я наверное плохо сформулировал вопрос, но мне как раз интересно видеть
> > > > > обратное поведение. Закрыли браузер - обслуживавший этот сеанс процесс
> > > > > PHP завершился, что бы ни
On Fri, Apr 16, 2021 at 02:27:53PM +0700, Victor Sudakov wrote:
> Evgeniy Berdnikov wrote:
> > В скрипте (пользовательском процессе с php) не существует
> > connection-status.
>
> А в https://www.php.net/manual/en/features.connection-handling.php
> написано что существует.
...
> В документации
Evgeniy Berdnikov wrote:
> On Fri, Apr 16, 2021 at 12:54:21PM +0700, Victor Sudakov wrote:
> > А если php-скрипт ничего не возвращает клиенту, а делает sleep(100500)
> > внутри себя, и при этом nginx закрывает соединение со скриптом,
> > connection-status в скрипте не перейдет в состояние ABORTED?
On Fri, Apr 16, 2021 at 12:54:21PM +0700, Victor Sudakov wrote:
> А если php-скрипт ничего не возвращает клиенту, а делает sleep(100500)
> внутри себя, и при этом nginx закрывает соединение со скриптом,
> connection-status в скрипте не перейдет в состояние ABORTED?
В скрипте (пользовательском
Maxim Dounin wrote:
> > > > Я наверное плохо сформулировал вопрос, но мне как раз интересно видеть
> > > > обратное поведение. Закрыли браузер - обслуживавший этот сеанс процесс
> > > > PHP завершился, что бы ни делал в этот момент.
> > > >
> > > > А в приведенных ссылках обратную задачу
Hello!
On Thu, Apr 15, 2021 at 12:02:31PM +0700, Victor Sudakov wrote:
> Maxim Dounin wrote:
> >
> > On Tue, Apr 13, 2021 at 02:52:00PM +0700, Victor Sudakov wrote:
> >
> > > Aleksandr Sytar wrote:
> > > >
> > > > > Что должно
> > > > > произойти, когда пользователь отменил HTTP запрос, или
greenh wrote:
> вт, 13 апр. 2021 г. в 13:28, Victor Sudakov :
>
> > greenh wrote:
> > > Боюсь ошибиться, но я думаю что он (когда узнает о том, что браузер сдох)
> > > просто перестанет ждать ответа на запрос от пхп но: пхп останется жить,
> > его
> > > процесс останется запущен, сокет, который
Maxim Dounin wrote:
>
> On Tue, Apr 13, 2021 at 02:52:00PM +0700, Victor Sudakov wrote:
>
> > Aleksandr Sytar wrote:
> > >
> > > > Что должно
> > > > произойти, когда пользователь отменил HTTP запрос, или браузер закрыл?
> > > > nginx закроет соответствующее соединение с php-fpm ? А PHP-код
Slawa Olhovchenkov wrote:
> On Tue, Apr 13, 2021 at 02:46:57PM +0700, Victor Sudakov wrote:
>
> > greenh wrote:
> > > Nginx закроет соединение, а php код будет работать до того момента, пока
> > > не
> > > наступит max_time_limit в самом пхп, либо, если он будет установлен в 0 -
> > > то
Добрый день,
> Кроме того, соединение не будет закрыто, если используется
> кэширование или fastcgi_store, так как в этих случаях ответ
> бэкенда полезен вне зависимости от того, будет ли он отправлен
> конкретному клиенту.
вот это уточнение прямо очень интересное, спасибо за него, Максим!
Hello!
On Tue, Apr 13, 2021 at 02:52:00PM +0700, Victor Sudakov wrote:
> Aleksandr Sytar wrote:
> >
> > > Что должно
> > > произойти, когда пользователь отменил HTTP запрос, или браузер закрыл?
> > > nginx закроет соответствующее соединение с php-fpm ? А PHP-код продолжит
> > > работу? Или
On Tue, Apr 13, 2021 at 02:46:57PM +0700, Victor Sudakov wrote:
> greenh wrote:
> > Nginx закроет соединение, а php код будет работать до того момента, пока не
> > наступит max_time_limit в самом пхп, либо, если он будет установлен в 0 -
> > то безконечно.
>
> Вот это плохо.
>
> А почему так?
13.04.2021 17:31, Victor Sudakov пишет:
> greenh wrote:
>> Мне кажется, что так оно работать не будет. Да собственно и зачем? ПХП
>> процесс в среднем случае легкий и быстрый. Отработает и умрет. Если Вы
>> запускаете что то очень тяжелое по хттп запросу - это явно ошибка
>> архитектуры.
>> Да и
вт, 13 апр. 2021 г. в 13:32, Victor Sudakov :
> greenh wrote:
> > Мне кажется, что так оно работать не будет. Да собственно и зачем? ПХП
> > процесс в среднем случае легкий и быстрый. Отработает и умрет. Если Вы
> > запускаете что то очень тяжелое по хттп запросу - это явно ошибка
> >
вт, 13 апр. 2021 г. в 13:28, Victor Sudakov :
> greenh wrote:
> > Боюсь ошибиться, но я думаю что он (когда узнает о том, что браузер сдох)
> > просто перестанет ждать ответа на запрос от пхп но: пхп останется жить,
> его
> > процесс останется запущен, сокет, который он слушает останется активным
greenh wrote:
> Мне кажется, что так оно работать не будет. Да собственно и зачем? ПХП
> процесс в среднем случае легкий и быстрый. Отработает и умрет. Если Вы
> запускаете что то очень тяжелое по хттп запросу - это явно ошибка
> архитектуры.
> Да и определить закрытие браузера не всегда возможно.
greenh wrote:
> Боюсь ошибиться, но я думаю что он (когда узнает о том, что браузер сдох)
> просто перестанет ждать ответа на запрос от пхп но: пхп останется жить, его
> процесс останется запущен, сокет, который он слушает останется активным и
> процессы внутри его продолжат работу.
Почему бы
Мне кажется, что так оно работать не будет. Да собственно и зачем? ПХП
процесс в среднем случае легкий и быстрый. Отработает и умрет. Если Вы
запускаете что то очень тяжелое по хттп запросу - это явно ошибка
архитектуры.
Да и определить закрытие браузера не всегда возможно. Опять таки, боюсь
greenh wrote:
> А какое поведение вы хотите получить?
Закрыли браузер - обслуживавший этот сеанс процесс PHP безусловно
завершился, что бы ни делал в этот момент.
--
Victor Sudakov VAS4-RIPE
http://vas.tomsk.ru/
2:5005/49@fidonet
___
nginx-ru mailing
А какое поведение вы хотите получить?
вт, 13 апр. 2021 г., 13:00 greenh :
> Боюсь ошибиться, но я думаю что он (когда узнает о том, что браузер сдох)
> просто перестанет ждать ответа на запрос от пхп но: пхп останется жить, его
> процесс останется запущен, сокет, который он слушает останется
Aleksandr Sytar wrote:
>
> > Что должно
> > произойти, когда пользователь отменил HTTP запрос, или браузер закрыл?
> > nginx закроет соответствующее соединение с php-fpm ? А PHP-код продолжит
> > работу? Или должен прерваться?
> >
> > Прошу прощения за сумбурное изложение, поправки и указания на
greenh wrote:
> Nginx закроет соединение, а php код будет работать до того момента, пока не
> наступит max_time_limit в самом пхп, либо, если он будет установлен в 0 -
> то безконечно.
Вот это плохо.
А почему так? Ведь обычная программа (не демон), как правило,
завершается или хотя бы
вт, 13 апр. 2021 г. в 08:11, Victor Sudakov :
> Что должно
> произойти, когда пользователь отменил HTTP запрос, или браузер закрыл?
> nginx закроет соответствующее соединение с php-fpm ? А PHP-код продолжит
> работу? Или должен прерваться?
>
> Прошу прощения за сумбурное изложение, поправки и
Nginx закроет соединение, а php код будет работать до того момента, пока не
наступит max_time_limit в самом пхп, либо, если он будет установлен в 0 -
то безконечно.
вт, 13 апр. 2021 г. в 08:11, Victor Sudakov :
> Коллеги,
>
> Есть момент, который я не понимаю, как работает. У nginx есть
Коллеги,
Есть момент, который я не понимаю, как работает. У nginx есть upstream,
который представляет собой хост с php7.4-fpm. Допустим на PHP написали
код, который зацикливается, или спит 3 часа, или посылает SQL запрос на
3 часа работы - короче, работать собирается долго или бесконечно.
Вот
30 matches
Mail list logo
