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?
- To: nginx-ru@xxxxxxxxx
- Subject: Re: limit_req - feature request?
- From: "vgoncharov" <nginx-forum@xxxxxxxx>
- Date: Fri, 18 Jun 2010 13:07:10 -0400
- Dkim-signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=mickey.jlkhosting.com; s=x; h=Sender:From:References:In-Reply-To:Message-ID:Content-Transfer-Encoding:Content-Type:Subject:To:Date; bh=/LafrOtr4SKVthUinckA/QXqRAkTWhPB6XHDUiO6Hlo=; b=pTNeXB73ZQ+6CssoX1LPcr9+H14kw2sd/0bXgc80uxAX0IKeuoOcVgP2DV0O0lkCVsRwyKNIPqrXlckaYS1ZWBUyNs6xpZ+YdmbOvQXEp2jLwn4ich0gSq4SmxvUO9i4;
- In-reply-to: <20100618161348.GO60075@xxxxxxxxxxxxx>
- References: <20100618161348.GO60075@xxxxxxxxxxxxx>
> А зачем валить img, css, js и ajax в
> "location /" ?
Если мы проектируем новый сайт
изначально под nginx, то не за чем. А если
есть некоторая кучка сайтов
накопившаяся за долгие годы перед
которой захотелось поставить nginx, то
оно как есть, так есть. И на всех сайтах
по разному.
Вот и удобно описать всего один location "/"
и в нем proxy_pass, а уже постепенно, в
процессе жизни улучшать
индивидуальные настройки там, где это
надо.
> Разруливать не по
> префиксам, по расширением -
> это увеличивать себе
> геморрой на будущее.
> Глобальные настройки, они
> очень хороши, когда хочется
> сделать
> по-быстрому. Ровно до тех
> пор, когда в каком-то
> сервере они
> начинают конфликтовать с
> локальными.
Когда меняем акселератор, или когда
ставим его впервые то "настроить по
быстрому" не избежать.
И не очень понятно зачем конфликтовать?
Пуcть работают несколько ограничений.
Наболее жесткое сработает первым. А
остальные 503й ответ пусть не учитывают.
Владимир
Posted at Nginx Forum: http://forum.nginx.org/read.php?21,99889,99996#msg-99996
_______________________________________________
nginx-ru mailing list
nginx-ru@xxxxxxxxx
http://nginx.org/mailman/listinfo/nginx-ru
|
