Re: Логика обработки опций в location

Anton Kiryushkin swood at fotofor.biz
Wed Mar 18 16:19:49 UTC 2015


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

18 марта 2015 г., 18:44 пользователь Gena Makhomed <gmm at csdoc.com> написал:

> On 18.03.2015 17:27, Anton Kiryushkin wrote:
>
>     try_files @allow @allow;
>>
>
> Только последний параметр может указывать на именованный location.
>
>  Что я тут хочу. Чтобы адрес 1.1.1.1 имел доступ только k a.php, 2.2.2.2
>> к b.php. А по переменной $all куда угодно.
>>
>
> location /a.php {
>    allow 1.1.1.1;
>    allow 3.3.3.3;
>    deny all;
>    ....
> }
>
> location /b.php {
>    allow 2.2.2.2;
>    allow 3.3.3.3;
>    deny all;
>    ....
> }
>
>  Тут происходит следующее. Переменные у меня заполняются предсказуемо. Но
>> только в том случае, если до try_files встречается один if. Если два, то
>> возвращается 404 и a.php ищется на диске, то есть не происходит
>> перенаправления в @allow.
>>
>
> 1) http://wiki.nginx.org/IfIsEvil
>
> 2) https://events.yandex.ru/lib/talks/2392/
>
> --
> Best regards,
>  Gena
>
>
> _______________________________________________
> nginx-ru mailing list
> nginx-ru at nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru
>



-- 
Best regards,
Anton Kiryushkin
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20150318/a36f7af2/attachment-0001.html>


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