Re[2]: rewrite в именованный location

Дмитрий Мурзин dm1998 на list.ru
Пт Апр 14 16:10:08 UTC 2017


Спасибо за ответ!
Хороший доклад, многое проясняет.

Если можно, спрошу про ещё одну конфигурацию:
location @proxy1 {
    ...много строк настройки первого прокси...
}
location /png {
    error_page 418 =@proxy1; return 418;
}
location /pic {
    error_page 418 =@proxy1; return 418;
}

location @proxy2 {
    ...много других строк настройки второго прокси...
}
location /some_location {
    error_page 418 =@proxy2; return 418;
}
location /some_another_location {
    error_page 418 =@proxy2; return 418;
}

Правда же, что если директивы настроек @proxy1 и @proxy2 разные, 
то не получится как в предыдущей конфигурации вынести на верхний уровень общую,
(то есть придётся использовать некрасивый хак с error_page, 
либо copypaste, как советуют в докладе)?
Спасибо.


>Четверг, 13 апреля 2017, 22:01 +03:00 от Maxim Dounin <mdounin на mdounin.ru>:
>
>Hello!
>
>On Thu, Apr 13, 2017 at 09:22:05PM +0300, Дмитрий Мурзин wrote:
>
>> Спасибо за ответ!
>> Да, я читал это сообщение, но не очень его понял.
>> Можете, пожалуйста, пояснить, что значит
>> 
>> > Лично я против goto, потому что это приведёт к тому, что люди ради
>> > экономии пары строк будут его использовать там, где нужно сделать
>> > законченную конфигурацию внутри location'а.
>> 
>> 
>> Например, если у меня есть следующий конфиг: 
>> location @proxy {
>>     ...много строк настройки прокси...
>> }
>> 
>> location /png {
>>     error_page 418 =@proxy; return 418;
>> }
>> location /pic {
>>     error_page 418 =@proxy; return 418;
>> }
>> 
>> Можете, пожалуйста, пояснить, 
>> как в этом случае "сделать законченную конфигурацию внутри location'а".
>> Спасибо.
>
>Я бы рекомендовал так:
>
>   ... много строк настройки ...
>
>   location /png {
>       proxy_pass ...
>   }
>
>   location /pic {
>       proxy_pass ...
>   }
>
>Настройки в nginx'е наследуются, и если они одинаковые - именно 
>этим и стоит пользоваться как основным инструментом сокращения 
>размеров конфига.
>
>Если же настройки разные, то в любом случае надо делать разные 
>настройки:
>
>   location /png {
>       proxy_pass ...
>       ... много строк настройки для проксирования /png ...
>   }
>
>   location /pic {
>       proxy_pass ...
>       ... много строк настройки для проксирования /pic ...
>   }
>
>Основной проблемой конфигурации с переходами, как в вашем случае, 
>является невозможность при редактировании конфигурации за конечное 
>время понять, на какие запросы и как повлияют вносимые изменения. 
>Это становится актуально на больших конфигурациях, когда в рамках 
>одного сервера могут быть сотни различных location'ов.
>
>Вот тут есть доклад Игоря на соответствующую тему на nginx.conf 
>2014:
>
>Scaleable nginx configuration
>https://youtu.be/YWRYbLKsS0I
>
>Русские варианты того же доклада:
>
>http://highload.guide/blog/scalable-configuration-nginx.html
>https://youtu.be/fcG-7k20oG8
>
>-- 
>Maxim Dounin
>http://nginx.org/
>_______________________________________________
>nginx-ru mailing list
>nginx-ru на nginx.org
>http://mailman.nginx.org/mailman/listinfo/nginx-ru

--
С уважением, 
Дмитрий Мурзин
----------- следущая часть -----------
Вложение в формате HTML было извлечено…
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20170414/34b89f99/attachment.html>


Подробная информация о списке рассылки nginx-ru