ПРОЕКТЫ 


  АРХИВ 


Apache-Talk @lexa.ru 

Inet-Admins @info.east.ru 

Filmscanners @halftone.co.uk 

Security-alerts @yandex-team.ru 

nginx-ru @sysoev.ru 


  СТАТЬИ 


  ПЕРСОНАЛЬНОЕ 


  ПРОГРАММЫ 



ПИШИТЕ
ПИСЬМА












     АРХИВ :: nginx-ru
Nginx-ru mailing list archive (nginx-ru@sysoev.ru)

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: похоже не работает fastcgi_i gnore_client_abort



2009/12/16 Борис Долгов <boris@xxxxxxxxxxx>:
> Но не будете же говорить, что куча локов без таймаутов в пхп - хорошо
> и правильно?
>

Не буду. Там многое неправильно. :)

Но таймауты можно/нужно добавить и без переписывания на асинхронное IO.

> 16 декабря 2009 г. 4:07 пользователь Sergey Shepelev
> <temotor@xxxxxxxxx> написал:
>> 2009/12/16 Denis F. Latypoff <latypoff@xxxxxxxxx>:
>>>
>>>
>>> 16.12.09, 02:10, "nginx@xxxxxxxx" <nginx@xxxxxxxx>:
>>>
>>>> Вот только что попробовал оба варианта
>>>>  fastcgi_ignore_client_abort on;
>>>>  и
>>>>  fastcgi_ignore_client_abort off;
>>>>
>>>>  В обоих случаях при отмене загрузки в браузере, скрипт продолжает 
>>>> работать.
>>>>
>>>>  FreeBSD 7.1
>>>>  nginx-0.7.63
>>>>  php-5.2.11
>>>>  spawn-fcgi-1.6.2_2
>>>>
>>>>  Меня в принципе не особо волнует как себя ведёт php при отмене загрузки
>>>>  в браузере.
>>>>  Проблема больше вот в чём.
>>>>  Пару раз возникали случаи, когда из-за локов на определённую таблицу,
>>>>  nginx, не дождавшись ответа от php возвращал ошибку. Однако при этом php
>>>>  обработчик не освобождался и продолжал ждать ответа от mysql. Со
>>>>  временем все обработчики "заканчивались" и весь сайт напрочь замирал.
>>>
>>> Ну а как fastcgi приложение узнает, что соединение порвалось, если оно
>>> заблокировано на ожидании чтения с mysql?
>>>
>>>>
>>>>  Подскажите пожалуйста, как это исправить.
>>>
>>> Переписать php, чтобы оно было асинхронным.
>>
>> Раз уж говно на вентилятор, то любое ожидание (и ввод-вывод, как
>> частный случай sleep) во всех языках нужно переписать на асинхронное
>> просто потому что синхронное не имеет смысла и ничем не вооружает, а
>> только проблемы вот такие порождает.
>>
>>>
>>> --
>>> br, Denis F. Latypoff.
>>>
>>> _______________________________________________
>>> nginx-ru mailing list
>>> nginx-ru@xxxxxxxxx
>>> http://nginx.org/mailman/listinfo/nginx-ru
>>>
>> _______________________________________________
>> nginx-ru mailing list
>> nginx-ru@xxxxxxxxx
>> http://nginx.org/mailman/listinfo/nginx-ru
>>
>
>
>
> --
> С уважением, Борис Долгов.
> icq 77556665
> e-mail boris@xxxxxxxxxxx
> _______________________________________________
> nginx-ru mailing list
> nginx-ru@xxxxxxxxx
> http://nginx.org/mailman/listinfo/nginx-ru
>
_______________________________________________
nginx-ru mailing list
nginx-ru@xxxxxxxxx
http://nginx.org/mailman/listinfo/nginx-ru


 




Copyright © Lexa Software, 1996-2009.