> > Ну вот пример: начали
> перевод сотни сайтов,
> поставили для .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..