Re: limit_req_zone, переменный rate

[Kirill A. Korinskiy]

At Sat, 13 Mar 2010 03:18:27 +0300,
Maxim Dounin <mdounin at mdounin.ru> wrote:
> 
> > try_files это отдельная и сильно больная для меня песня. Внятного объяснения зачем я все
> > еще не смог для себя вынести.
> 
> Зачем - понятно.  Чтобы if'ы не писали.  Вот if'ы - действительно 
> больная тема.
> 

Дык, а это уже проблема в понимание. У людей не получается думать, хм, терминами location.

В прошлый разговор за это все, я признался что хотел бы иметь возможность описывать не
просто location и путь, а чуть-чуть гипче условия. Но внятного синтаксиса я придумать не
смог.

Но люди, даже с try_files, так и пишут if.

> > ага, помню.
> > 
> > Я все-таки придерживаюсь позици Игоря тут: лучше выполнять то что хочет пользователь, а
> > если он носастый, ну значит сам такой.
> 
> Как раз все нормальные места от циклов закрыты давно и прочно, 
> перечитай код.
> 

Угу, я не соображу как его в цикл положить.

> И, собственно, с чего начинался разговор: подобные недоработки в 
> именованных location'ах есть.  И прежде чем расширять поддержку - 
> хорошо бы их по возможности вычистить.
> 

Можешь пример подобной недоработки дать?

> > Давай честно, nginx нифига не понятен интуитивно. Какие-то общие вещи, да, вполне. В
> > деталях же творить полная вакханалия и равзрат.
> 
> Да нет на самом деле.  Большая часть вещей - очень даже понятна и 
> логична.  Но есть нюансы. (c)
> 

Угу, проблема в том, что нюансы не описаны. И пользователи думаю про них не так как стоило
бы.
Т.е. return + error_page это достаточно не очевидный нюанс, правда?

> > Не знаю, слишком тонкий момент. Вообще момент с internal 
> > redirect очень тонкий. Но раз есть двоякость, то увы.
> 
> С internal redirect'ами как раз всё проще пареной репы.  Поменять 
> uri, всё очистить и выполнить заново.  А вот с именованными 
> location'ами действительно всё не просто.  И я пока не понимаю как 
> их логично вписать в ту же схему работы (или как переделать 
> схему, чтобы они логично вписались).
> 

Хм, а может именованый location выполнять как продолжение текущего запроса? Т.е. мы
попадаем туда, не чистим, не переписываем uri, а просто продолжаем в том контексте?

Хотя, что делать с фазами которые мы прошли уже, не понятно.

-- 
wbr, Kirill