В десктопном сафари не работает сжатие контента

Пост в архиве.

Андрей Курноскин

5 июля 2017, 13:06

Добрый день!

Хочется понять, почему так сильно различается объём передаваемых данных для Safari и других браузеров. Как повторить проблему:

Открываем http://xn-----8kcddw2afsts8e0c.xn--p1ai/
Видим (например, в Chrome 59 для Windows) запросы к combine.js, которые отдаёт сжатый контент общим весом приблизительно 400 килобайт.
Открываем ту же страницу в Safari
Видим запросы к combine.js, которые отдают несжатый контент общим весом приблизительно 1.5 мегабайта

В сущности, проблема повторяется на всех известных мне сайтах, использующих Я.Карту, включая maps.yandex.ru. Какова техническая причина, если она известна, и как с этим бороться?

3 комментария

Авторизуйтесь, чтобы оставить комментарий

dimik

5 июля 2017, 16:21

Сафари просто везде в DevTools пишет непожатый размер.
https://stackoverflow.com/questions/12369724/why-does-safari-not-accept-gzip-compression/21943693#21943693

I've run into this problem as well, while trying to optimize the load time of a website on iOS7 Safari mobile iPad.
Encoded = uncompressed filesize, from server
Decoded = uncompressed filesize, locally
Transferred = uncompressed file size + headers sent and received
Content-Length = compressed file sent, from server
Safari chose a really weird way of representing these numbers in their debugger.

Андрей Курноскин

5 июля 2017, 16:33

Такое предположение было, да, но: если взять на той же странице запрос к https://www.googletagmanager.com/gtm.js, то в его заголовках ответа можно встретить content-encoding:gzip, а в запросах к Я.Карте — нет. Если бы это повторялось устойчиво на всём потенциально-сжимаемом контенте, то да, вопросов не было бы :)

dimik

5 июля 2017, 16:42

Андрей Курноскин,

Я вижу этот заголовок
https://yadi.sk/i/8F_yDNPi3Kn2aq