Добрый вечер, Максим.
Вы писали 9 января 2024 г., 5:26:08:
> Что до nix store, то кажется, что возвращение размера в ETag также
> должно проблему решить.
В том то и дело, что размер не всегда меняется.
> Полный путь к файлу в ETag точно не имеет смысла. Более того, его
> там быть точно не должно: если вдруг ресурс обслуживается двумя
> разными origin-серверами, это приведёт к требованию совпадения
> путей к файлу на этих серверах, а при их несовпадении -
> соответственно к полным ответам вместе 304, то есть сломает
> кэширование там, где оно сейчас работает.
Не подумал о таком варианте использования.
> Теоретически, наверное, можно пытаться в ETag вставлять какой-то
> идентификатор представления, то если для gzip_static добавлять в
> ETag что-нибудь вроде "...-gz". Но при наличии размера в том же
> ETag'е смысла в этом исчезающие мало.
А вариант добавить вычисления простой хэш суммы при условии, что дата
равно нулю - размер файла + хэш сумма.
Теоретически на остальное не должно повлиять.
--
С уважением,
Izorkin mailto:izorkin@gmail.com
_______________________________________________
nginx-ru mailing list
nginx-ru@nginx.org
https://mailman.nginx.org/mailman/listinfo/nginx-ru