ПРОЕКТЫ 


  АРХИВ 


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 Fri, Jun 18, 2010 at 01:07:10PM -0400, vgoncharov wrote:

> > А зачем валить img, css, js и ajax в
> > "location /" ?
> 
> Если мы проектируем новый сайт
> изначально под nginx, то не за чем. А если
> есть некоторая кучка сайтов
> накопившаяся за долгие годы перед
> которой захотелось поставить nginx, то
> оно как есть, так есть. И на всех сайтах
> по разному. 
> 
> Вот и удобно описать всего один location "/"
> и в нем proxy_pass, а уже постепенно, в
> процессе жизни улучшать
> индивидуальные настройки там, где это
> надо.
> 
> 
> > Разруливать не по
> > префиксам, по расширением -
> > это увеличивать себе
> > геморрой на будущее.
> 
> > Глобальные настройки, они
> > очень хороши, когда хочется
> > сделать
> > по-быстрому. Ровно до тех
> > пор, когда в каком-то
> > сервере они
> > начинают конфликтовать с
> > локальными.
> 
> Когда меняем акселератор, или когда
> ставим его впервые то "настроить по
> быстрому" не избежать.
> 
> И не очень понятно зачем конфликтовать?
> Пуcть работают несколько ограничений.
> Наболее жесткое сработает первым. А
> остальные 503й ответ пусть не учитывают.

Ну вот пример: начали перевод сотни сайтов, поставили для .php
burst=2, и тут на восемьдесятом сайте внезапно выяснилось, что
двойки для .php мало, нужно 5. Что делать ?


-- 
Игорь Сысоев
http://sysoev.ru

_______________________________________________
nginx-ru mailing list
nginx-ru@xxxxxxxxx
http://nginx.org/mailman/listinfo/nginx-ru


 




Copyright © Lexa Software, 1996-2009.