ПРОЕКТЫ 


  АРХИВ 


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


  • To: nginx-ru@xxxxxxxxx
  • Subject: Re: похоже не работает fastcgi_i gnore_client_abort
  • From: Sergey Shepelev <temotor@xxxxxxxxx>
  • Date: Wed, 16 Dec 2009 04:07:59 +0300
  • Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type :content-transfer-encoding; bh=Z7XeI6BW1OapBJy/jvaip8OlDD69DhUMT/AOjf2TwCM=; b=EDqptMH2arF+w12n09W/aB6Y++0/6PCqlme4OxwOl3thalCKKF/OedmZKC9z8ICTGb 7XYAI4Wdhr81U/bR4UiKOBGFYdWnZnfKVYeACIXK0rsgN/xgTs645BCtqQuJD+S7YqHL GfmyiJRppY1hbpBuZzU+HZSZfZNLKYXGPzZ7Q=
  • Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; b=ptOLNxYTyyYOaSQ312RaIqh3ziSmgkgg8COsXS1jyPe6FL7kZNlaD1amW+oI6Gmrzb lLesanjRfBgr0rFUoBG9o6d0JOII1Z+FZ4JUbJk4WCMEoX0aEJfGhZ8pumwgTKOukARO CvszC+du+VO38zlePBiMJ/38Qp+MKni3ysLfA=
  • In-reply-to: <46621260925151@xxxxxxxxxxxxxxxxxxxx>
  • References: <4B28176D.3030505@xxxxxxxx> <46621260925151@xxxxxxxxxxxxxxxxxxxx>

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


 




Copyright © Lexa Software, 1996-2009.