Здравствуйте.
> proxy_cache_path связан с зоной ...
> proxy_temp_path используется уже после того...
Да, это я знаю. Я правда не учел (подзабыл), что proxy_temp_path используется также и для
некешируемых проксируемых ответов.
>> С учетом того, что "Ключом и именем файла в кэше является результат
>> функции MD5 от проксированного URL. " и, вероятно, то же самое имя
>> используется и для файла в каталоге временных файлов, то получается, что
>> конфликт (коллизия) имен файлов для разных зон - невероятны, и потребность
>> в вышеописанном возникает только для кэшей на разных устройствах.
> Это не так.
Что - не так, можно подробнее, от людей, знающих внутренности nginx и особенности использования?
Коллизии - возможны? Требуются специальные методы для гарантированного их исключения?
>> Если для определенного пути в proxy_cache_path требуется определенный
>> путь для временных файлов, то его придется явно прописывать в каждом
>> server/location, где используется соответствующий cache_path, т.к. связать
>> эти пути вместе на данный момент не возможно.
> Как вы себе представляете связать одно с другим - непонятно.
Я предлагаю сделать параметр temp_path в директиву proxy_cache_path. Если запрос проксируется и
дальше _может быть_ (т.к. будет оно класться в кэш или нет, определяется в том числе и ответом
бэкенда) положен в кеш, (т.е. активированы директивы proxy_cache ZONE; proxy_pass BACKEND;), то
каталогом хранения временных файлов приоритетнее брать значение параметра temp_path соответствующей
зоны.
Таким образом, можно будет _единожды_ связать путь хранения кэша зоны и путь его временных файлов в
контексте http, а сейчас такое не возможно - при наличии потребности, специальный путь временных
файлов требуется указывать _везде_, где используется соответствующая директива proxy_cache ZONE.
--
С уважением,
Pavel mailto:pavel2000@ngs.ru
_______________________________________________
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru
> proxy_cache_path связан с зоной ...
> proxy_temp_path используется уже после того...
Да, это я знаю. Я правда не учел (подзабыл), что proxy_temp_path используется также и для
некешируемых проксируемых ответов.
>> С учетом того, что "Ключом и именем файла в кэше является результат
>> функции MD5 от проксированного URL. " и, вероятно, то же самое имя
>> используется и для файла в каталоге временных файлов, то получается, что
>> конфликт (коллизия) имен файлов для разных зон - невероятны, и потребность
>> в вышеописанном возникает только для кэшей на разных устройствах.
> Это не так.
Что - не так, можно подробнее, от людей, знающих внутренности nginx и особенности использования?
Коллизии - возможны? Требуются специальные методы для гарантированного их исключения?
>> Если для определенного пути в proxy_cache_path требуется определенный
>> путь для временных файлов, то его придется явно прописывать в каждом
>> server/location, где используется соответствующий cache_path, т.к. связать
>> эти пути вместе на данный момент не возможно.
> Как вы себе представляете связать одно с другим - непонятно.
Я предлагаю сделать параметр temp_path в директиву proxy_cache_path. Если запрос проксируется и
дальше _может быть_ (т.к. будет оно класться в кэш или нет, определяется в том числе и ответом
бэкенда) положен в кеш, (т.е. активированы директивы proxy_cache ZONE; proxy_pass BACKEND;), то
каталогом хранения временных файлов приоритетнее брать значение параметра temp_path соответствующей
зоны.
Таким образом, можно будет _единожды_ связать путь хранения кэша зоны и путь его временных файлов в
контексте http, а сейчас такое не возможно - при наличии потребности, специальный путь временных
файлов требуется указывать _везде_, где используется соответствующая директива proxy_cache ZONE.
--
С уважением,
Pavel mailto:pavel2000@ngs.ru
_______________________________________________
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru