Автоматическая генерация ETag для ответа в nginx

На статических страницах включается с помощью etag on; на динамических никак, но есть какой-то модуль: https://github.com/kali/nginx-dynamic-etags

на динамических никак

Вот почему так? Какая разница нджинксу откуда брать данные - из файла или с бекенда, а потом посчитать хеш.

Видимо серьезный энтерпрайз может сам посчитать хеш в приложении(а там куда элегантнее посчитать хеш входных параметров страницы и не генерить всю разметку), а те, кто не может, не покупают поддержку.

Плюс файл почти не меняется, а динамика почти всегда, так что пересчитывать придётся каждый раз.

Плюс файл почти не меняется, а динамика почти всегда, так что пересчитывать придётся каждый раз.

Для файла тоже нужно пересчитывать каждый раз, иначе с чем ты будешь сравнивать?

Видимо серьезный энтерпрайз может сам посчитать хеш в приложении

Так смысл же в том чтобы не срать траффиком.

Хранить хеш файла и время изменения можно в памяти, я думаю nginx так и делает(ну или стоило бы так делать). Если файл обновился - пересчитать хеш и положить в память

Хранить хеш файла и время изменения можно в памяти

Для всех файлов? Как-то очень неэффективно.

А никуда и не надо слать траффик, приложению приходит etag в заголовках, оно решает, нужно ли генерировать страницу или можно отдать только «not modified». Так получается еще меньше трафика и потенциально меньше нагрузки на приложение/БД (не всегда нужно тело страницы генерировать и отдавать nginx'у)

А каждый раз читать файл и считать хеш эффективнее? Обычно nginx даже не читает файл, так как включен sendfile

Ну это уже tradeoff cpu+диск или немного памяти на файл ( имя, дата изменения(4 байта), хеш(16 байт для md5))

А каждый раз читать файл и считать хеш эффективнее?

С точки зрения расхода памяти — да. Расхода проца — нет. Лучший вариант это файл или база с хэшами.

С включенным file_cache хранит в памяти: https://github.com/nginx/nginx/blob/nginx-1.9/src/http/ngx_http_file_cache.c#... . С отключенным file_cache так сразу найти не получилось