ПРОЕКТЫ 


  АРХИВ 


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: limit_req - feature request?



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@xxxxxxxxx
http://nginx.org/mailman/listinfo/nginx-ru


 




Copyright © Lexa Software, 1996-2009.