Hello!
On Sat, Jan 13, 2024 at 06:01:26PM +0300, izor...@gmail.com wrote:
> Добрый день, Максим.
>
> Вы писали 13 января 2024 г., 16:21:12:
>
> > Именно об этом и тикет, да. Мне тоже вариант с файлами кажется
> > более интересным - с extended-атрибутами, возможно, код будет чуть
> > проще
Добрый день, Максим.
Вы писали 13 января 2024 г., 16:21:12:
> Именно об этом и тикет, да. Мне тоже вариант с файлами кажется
> более интересным - с extended-атрибутами, возможно, код будет чуть
> проще и, вероятно, быстрее, в силу меньшего количества необходимых
> системных вызовов, но там
Hello!
On Sat, Jan 13, 2024 at 10:34:08AM +0300, izor...@gmail.com wrote:
> Добрый день, Максим.
>
> Вы писали 13 января 2024 г., 3:28:36:
>
> > Hello!
>
> > Hash-сумма файла в качестве ETag - в целом отличное решение,
> > проблема тут ровно одна: её нужно как-то получить, ибо системный
> >
Добрый день, Максим.
Вы писали 13 января 2024 г., 3:28:36:
> Hello!
> Hash-сумма файла в качестве ETag - в целом отличное решение,
> проблема тут ровно одна: её нужно как-то получить, ибо системный
> вызов fstat() никаких hash-сумм почему-то не возвращает. Считать
> на лету - очевидно,
Hello!
On Fri, Jan 12, 2024 at 10:35:38PM +0300, izor...@gmail.com wrote:
> Вы писали 9 января 2024 г., 5:26:08:
>
> > Что до nix store, то кажется, что возвращение размера в ETag также
> > должно проблему решить.
>
> В том то и дело, что размер не всегда меняется.
Дата модификации и размер
Добрый вечер, Максим.
Вы писали 9 января 2024 г., 5:26:08:
> Что до nix store, то кажется, что возвращение размера в ETag также
> должно проблему решить.
В том то и дело, что размер не всегда меняется.
> Полный путь к файлу в ETag точно не имеет смысла. Более того, его
> там быть точно не
Hello!
On Sun, Jan 07, 2024 at 09:57:45AM +0300, izor...@gmail.com wrote:
> Обнаружилась ещё одна ошибка с текущим вариантом патча:
> https://github.com/NixOS/nixpkgs/pull/278380
>
> Некорректно кэшируются файлы, которые предварительно сжаты в формат
> gzip и/или brotli форматы.
>
> Может
Добрый утро, Максим.
Обнаружилась ещё одна ошибка с текущим вариантом патча:
https://github.com/NixOS/nixpkgs/pull/278380
Некорректно кэшируются файлы, которые предварительно сжаты в формат
gzip и/или brotli форматы.
Может получится найти какое-то альтернативный вариант решения генерации
Etags
Здравствуйте, Максим.
Вариант использования полного пути в URI выглядит не очень удобно.
Второй вариант с использованием `$realpath_root` работает, но
как сделать так, чтобы генерировался хэш от значения `$realpath_root`,
в противном случае отображается для всех полный путь к файлу, не
думаю,
Hello!
On Tue, Nov 21, 2023 at 09:53:16PM +0300, izor...@gmail.com wrote:
> Да, этот патч, забыл указать ссылку.
> Проверил без патча и добавлением строки `add_header Last-Modified "";`
> В ответе генерируется ETag: "1-4e", "1-75" и т.д. Если после изменения
> содержимого файла без изменения
Здравствуйте, Maxim.
Да, этот патч, забыл указать ссылку.
Проверил без патча и добавлением строки `add_header Last-Modified "";`
В ответе генерируется ETag: "1-4e", "1-75" и т.д. Если после изменения
содержимого файла без изменения размера, то при запросе отдаётся файл
из кеша, т.к. при этом ETag
Hello!
On Sun, Nov 19, 2023 at 04:15:42PM +0300, izor...@gmail.com wrote:
> Здравствуйте.
>
> В NixOS используется патч ETags для корректного определения изменения
> файла, расположенного в папке /nix/store. В этой папке все файлы имеют
> временную метку установленную в 0. Поэтому без
Здравствуйте.
В NixOS используется патч ETags для корректного определения изменения
файла, расположенного в папке /nix/store. В этой папке все файлы имеют
временную метку установленную в 0. Поэтому без использования этого
патча файлы в кэше перестают обновляться. Возможно ли добавить этот
патч в
13 matches
Mail list logo