Hello!

On Sun, Oct 09, 2011 at 02:15:36PM +0300, Gena Makhomed wrote:

> On 09.10.2011 0:08, Maxim Dounin wrote:
>
> >>Когда-то Максим говорил, что в конфигурации всегда желательно
> >>указывать "location /", но в примерах на сайте http://nginx.org/
> >>не всегда указывается "location /", например, In catch-all server
> >>examples, на странице http://nginx.org/en/docs/http/server_names.html
>
> >>Вопрос: "всегда указывать location /" - это была рекомендация,
> >>чтобы обойти какие-то глюки в старых версиях nginx, и сейчас,
> >>в nginx 1.x.х это уже не актуально? или и сейчас есть какие-то случаи,
> >>когда nginx не будет нормально работать без "location /" в конфиге ?
>
> >Это была рекомендация, чтобы не взорвать себе мозг деталями логики
> >работы, и спокойно спать по ночам.
>
> но ошибок и предупреждений при тестировании конфига, когда в нем нет
> "location /" не происходит, значит иногда такой конфиг вполне безопасен.

Никто не утверждал, что он опасен. Он делает ровно то, что
сказано. Вопрос исключительно в том, хочется ли тому, кто пишет
конфиг, разбираться в том, как именно поймёт nginx написанное.

> >Ошибок там, AFAIK, сейчас нет, а вот нюансы присутствуют.
> >Например, вот эти два конфига радикально отличаются:
>
> > server {
> > rewrite ^(.*) /prefix$1;
> > }
>
> > server {
> > rewrite ^(.*) /prefix$1;
> >
> > location / {
> > # nothing here
> > }
> > }
>
> в первом случае происходит зацикливание rewrite or internal redirection
> cycle while processing "/prefix/prefix/prefix/prefix/prefix/prefix/..."
> а во втором rewrite на уровне server отрабатывает всего один раз.

Именно.

И причина, в общем-то, очевидна - если знать нюансы. В первом
конфиге на самом деле написано нечто вроде:

server {
rewrite ^(.*) /prefix$1;

location / {
rewrite ^(.*) /prefix$1;
}
}

И по понятным причинам будет цикл.

> например, судя по примерам к документации - "return 444;"
> на уровне server работает без нюансов, вне зависимости
> от наличия/отсутствия "location /" в конфиге этого server`а.
>
> из этого можно сделать вывод, что в конфиге вполне можно писать
>
> server {
> listen 11.22.33.44:80 default_server;
> server_name default-server;
> return 444;
> }
>
> server {
> server_name www.example.com;
> rewrite ^ http://example.com$request_uri? permanent;
> # или аналог через return 3xx uri / return 2xx text
> }
>
> server {
> server_name example.com;
> rewrite ^ https://example.com$request_uri? permanent;
> # или аналог через return 3xx uri / return 2xx text
> }
>
> без "location /", а во всех остальных случаях -
> желательно будет явно указывать "location /" ?

Да, если выполнение запроса безусловно прекращается до поиска
location'а (как во всех приведённых примерах), то явно указывать
"location /" не обязательно. Конфигурация предельно однозначна и
без него (а с ним, наоборот, будет вызывать вопросы "а зачем это
тут? запросов ведь там никогда не будет").

> и всегда желательно делать location-по-умолчанию "location /",
> если в конфиге nginx присутствуют какие-либо другие location`ы.

Да.

> так же как желательно будет делать и server-по-умолчанию, куда будут
> попадать все запросы, для которых нет более специфичного server`а.

Сервер по умолчанию - всегда есть, это первый описанный сервер на
данном сокете. Если используется debian и производные с их
"include *" - то да, имеет смысл описать его явно.

> я ничего не упустил?

В целом всё правильно, некоторые комментарии выше.

Maxim Dounin

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