On Sat, Jun 19, 2010 at 02:17:43AM -0400, vgoncharov wrote:
> > > Ну вот пример: начали
> > перевод сотни сайтов,
> > поставили для .php
> > > burst=2, и тут на
> > восемьдесятом сайте
> > внезапно выяснилось, что
> > > двойки для .php мало, нужно 5.
> > Что делать ?
>
> Ну это просто. Написать только в 80м
> сервере limit_req та_же_зона burst=5
>
> Ведь сейчас глобально определяется
> зона, а burst в этой зоне индивидуально
> для location, так?
>
> Другой вопрос, что делать, если для 81го
> сервера понадобится увеличить
> скорость (=использовать другую, быструю
> зону).
>
> В общем случае, видимо, понадобится
> limit_req_skip "zone" "$var_to_skip" для 81го сервера. А
> $var уже определить в зависимости от regexp
> на uri.
>
> Но для моих серверов это не составит
> труда. Поскольку конфиги apache для этой
> условной сотни все-равно генерятся
> самопальным скриптом. Этот эе скрипт
> теперь генери и конфиги для nginx.
>
> Для 80-го сервера будет свой, отдельный
> template, Все ограничения баудут в location "/"
> для всех 100 аодресов. Всего один
> дополнительный template, вместо 100
> индивидуальных конфигов.
>
> Никаких конфликтов, а главное просто
> настолько, что это возможно
> реализовать. Лазить же по ста серверам
> и изучать где у кого статика, а где
> сложная динамика - настолько трудоемко,
> что дешевле отказаться от этого
> ограничения для большенства из 100
> сайтов (что я сейчас и сделал).
>
> > А если есть локальные, то
> > глобальные можно
> > игнорировать. Так же как и с
> > proxy_set_header...
>
> Ну или так. Поскольку функционально
> использовать можно и так и так, то
> большой разницы нет. Хотя моей голове
> индивидуальная отмена глобальной
> конигурации кажется логичнее
> (субъективно, без претензий на
> логичность).
>
> > Хотя мне более интересно
> > несколько limit_req-ов
> > поставить в один location..
Я принципиально против вынесения логики location на уровень http
(предлагаемый вариант limit_req), и наоборот, логику server на
уровень location (все эти if ($http ...).
--
Игорь Сысоев
http://sysoev.ru
_______________________________________________
nginx-ru mailing list
nginx-ru@nginx.org
http://nginx.org/mailman/listinfo/nginx-ru
