Какие типы статических файлов Nginx генерирует ETags по умолчанию?

В современных версиях Nginx ETag автоматически генерируется для статических типов файлов, даже если вы не включаете etag on в блоках location или иным образом:

https://nginx.org/en/docs/http/ngx_http_core_module.html#etag

Например, ваши файлы PNG или JPEG, предоставляемые Nginx, будут автоматически включать HTTP-заголовки для content-length, last-modified и etag для статических файлов, которые не сжаты с помощью gzip, даже если вы не включаете их вручную…

Однако, для каких типов файлов Nginx по умолчанию делает это? Когда я тестировал это, включая расширение .html в свой блок location для статических файлов и вручную добавляя etag on ко всем своим «статическим» типам файлов (включая файлы .html, хотя они обычно не считаются статическими), Nginx удалил HTTP-заголовок etag для моих файлов .html (даже несмотря на то, что он был жестко включен в блоке location), но не для других типов файлов, таких как PNG или JPEG.

Обновление: это был Cloudflare, который удалял заголовок etag с моих .html файлов, а не Nginx. Однако Nginx действительно удаляет заголовок content-length, когда gzip включен для определенных типов файлов. Чтобы сделать ситуацию более запутанной, Cloudflare автоматически добавляет gzip к некоторому контенту.

Я не вижу никакой документации об этом… для каких типов файлов Nginx автоматически включает ETags, и какие типы файлов Nginx игнорирует/удаляет ETags по умолчанию?

Редактировать: Эти обсуждения, связанные с gzip, могут быть актуальными:

https://javorszky.co.uk/2019/03/28/etag-if-match-nginx-and-you/

https://forum.nginx.org/read.php?2,286645,286645#msg-286645

https://forum.nginx.org/read.php?2,240120,240120#msg-240120

https://stackoverflow.com/questions/55305687/how-to-address-weak-etags-conversion-by-nginx-on-gzip-compression

Сегодня я узнал, что Nginx удаляет слабые ETags из ответов upstream, когда
сжимает их для “Accept-Encoding: gzip”. Спасибо, интернет.

https://twitter.com/tomstuart/status/367994690517225472

Я обнаружил, что Nginx удаляет заголовок content-length из определенных типов файлов, таких как мои файлы .html, если на сервере включен gzip. Однако заголовок etag кажется, остается нетронутым, если вы не используете Cloudflare, который удаляет заголовки etag из определенного контента.

Чтобы сделать ситуацию более запутанной, Cloudflare добавляет gzip к определенному контенту, даже если Nginx имеет отключенный gzip… например, к HTML или динамическому контенту и т. д.

Теперь я все еще сбит с толку, потому что по моему пониманию, Nginx генерирует ETags на основе заголовков content-length и last-modified, так что я не понимаю, как заголовок etag может остаться, например, на файлах .html или .js или .css, которые уже сжаты с помощью Nginx, потому что content-length уже удаляется Nginx в таких случаях из-за включенного gzip…

Согласно одному чуваку, использование статического gzip вместо этого может решить проблему с content-length, но это еще один вызов для тех, кто не интересуется использованием статического gzip.

Но вернемся к первому вопросу, для каких типов файлов Nginx генерирует Etags по умолчанию?… что ж, я все еще не уверен в ответе на этот вопрос, но, возможно, Nginx будет генерировать ETags для любого файла на диске, у которого есть временная метка last-modified и статическое значение content-length… даже если Nginx удаляет content-length из-за gzip. Да, я тоже этого не понимаю.