On 18.08.2013 23:49, Михаил Монашёв wrote:

>>> Опишу задачу. Мне надо было как-то писать в аксес-лог кэш-зону, чтобы
>>> потом по логам считать эффективность каждой кэш-зоны. Встроенную
>>> переменную я не знаю, поэтому решил создать переменную через set. Там,
>>> где запросы проксируются, я присваивал через set соответствующей
>>> переменной значение, равное имени кэшзоны. Но не все запросы
>>> проксируются и в логе вместо значения переменной пишется пустая
>>> строка, что неудобно для парсинга лога. Брать переменную в кавычки
>>> тоже неудобно.

для этих целей - проще всего было бы создать
встроенную переменную с дефолтовым значением "-".

или, если значение какой-то (любой) переменной
не определено - писать в лог ее значение в виде "".

>>> Для таких запросов я хотел присвоить этой переменной дефолтное
>>> значение "-". Писать в каждом блоке server{} set или include посчитал
>>> лишним и вставил в http{} вот такие строчки:
>>>
>>> # set нельзя делать на уровне http, поэтому делаем присваивание через map
>>> map 1 $cache_zone_for_logging {
>>> default "-";
>>> }
>>>
>>> Т.е. я хотел использовать set для инициализации переменной, которая
>>> потом может меняться.
>>>
>>> На мой примитивный взгляд кажется нелогичным иметь иерархию блоков
>>> конфига, иметь наследование с вышестоящих уровней иерархии и разрешать
>>> set-у работать на уровне http{}.

если "присваивание через map" работает - то это нормальный workaround.
то есть, сейчас это ситуация "нельзя, но если очень хочется, то можно".

>> Вводить директиву set на уровне http с совершенно другой семантикой
>> - это не очень хорошая идея.

> Зачем другая семантика. Оставить всё как есть, только дать возможность
> писать в конфиге set на уровне http{}. Это удобно, логично, упрощает
> конфиг, избавляет от копипасты.

если будут включены set на уровне http - их активно начнут использовать
"...as macros for making parts of configuration work as templates".

--
Best regards,
Gena

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