Умеет ли браузер читать сжатые ресурсы (img, fonts)?

Question

[Максим Иванов]

Здравствуйте. Итак, при помощи webpack и nodejs я формирую статичные gz-файлы для css и js файлов (чтобы сервер каждый раз не делал этого при каждом запросе, а отдавал из директории браузеру при запросе).

Но вот загвоздка, я знаю, что браузер умеет декодировать gzip если в ответе указать специальные заголовки для css и js файлов. А можно ли такое же делать и для ttf, woff, eot, png, svg, jpg и формировать из них gz файлы и отдавать с сервера клиенту?

И есть смысл применять gzip для статичных html файлов, если они и так весят по 1-2 кб?

Comments

[Алексей Ярков]

насчет шрифтоф - хз, а для картинок можно webp использовать

[Алексей Ярков]

шрифтов*

[123459]

советую также посмотреть на возможности http/2

[Максим Иванов]

IE10 не поддерживает http/2

Answer 1

[VovanZ]

Да, можно.

специальные заголовки для css и js файлов

"Специальные заголовки" не имеют никакого отношения ни к js, ни к css, ни к содержимому ресурса вообще. Content-Encoding: gzip означает, что тело ответа закодировано в gzip, что там внутри - вообще неважно. Тип содержимого определяется другим заголовком - Content-Type.

Answer 2

[nirvimel]

PNG, JPG - это сжатые изображения. GZIP поверх них не имеет смыла.
SVG, ICO, EOT, OTG, TTF - несжатые форматы. GZIP для них актуален.
WOFF - сжатый шрифт, нет смысла в GZIP.

И есть смысл применять gzip для статичных html файлов, если они и так весят по 1-2 кб?

Да, имеет. Рыхлая HTML разметка жмется в среднем до 20% от оригинала.
GZIP начинает терять смысл на строках в несколько десятков символов.