Добрый день,
на достаточно нагруженном и посещаемом сервере стоит связка ngnix+apache. Ngnix отдает статику, apache разбирается с php.

Поскольку на сайт повадились ходить с многопоточными качалками (да еще криво настроенными), на ngnix было включено ограничение одновременно открытых соединений через limit_conn.

В результате 503 ошибка стала появляться при использовании ajax.

Проблему снизили, увеличив количество одновременно разрешенных соединений с 1 до 3 и вставив задержку перед посылкой ajax, идущей по onchange в текстовом поле. Но не знает ли кто-нибудь более красивого системного решения этой проблемы?

• nginx с limit_conn и ajax,Константин, 12:42 , 11-Мрт-11
  • nginx с limit_conn и ajax,mar, 12:51 , 11-Мрт-11
    • nginx с limit_conn и ajax,Константин, 14:09 , 11-Мрт-11
      • nginx с limit_conn и ajax,mar, 14:15 , 11-Мрт-11

А если для локейшн(а|ов) куда отправляются ajax-запросы убрать limit_conn?
Или туда тоже качалками ломятся?

> А если для локейшн(а|ов) куда отправляются ajax-запросы убрать limit_conn?
> Или туда тоже качалками ломятся?

там, поскольку используется mod_rewrite, получается, что это те же локейшены, что и для основных запросов

> там, поскольку используется mod_rewrite, получается, что это те же локейшены, что и
> для основных запросов

Я бы переопределил отдельный локейшн для аяксов. Например с параметров http://test.ru/.../?ajax=true
А для него уже убрал бы limit_conn

ИМХО, самое простое решение.

>> там, поскольку используется mod_rewrite, получается, что это те же локейшены, что и
>> для основных запросов
> Я бы переопределил отдельный локейшн для аяксов. Например с параметров http://test.ru/.../?ajax=true
> А для него уже убрал бы limit_conn
> ИМХО, самое простое решение.

Спасибо, подумаю