Comments 14
Слишком мало профита для столь сложной технологии.
В значительной степени это относится ко всему HTTP/2.
Рекомендую на тему http2 вообще
> push-кеш
> не будет получен ответ от кеша изображений, кеша предварительной загрузки, кеша сервис-воркера и HTTP-кеша
Кто-нибудь может просветить насчет всех этих кешей? Я был твердо уверен, что кеш в браузере один.
> не будет получен ответ от кеша изображений, кеша предварительной загрузки, кеша сервис-воркера и HTTP-кеша
Кто-нибудь может просветить насчет всех этих кешей? Я был твердо уверен, что кеш в браузере один.
про все кеши я не смогу рассказать, но про кеш сервис-воркеров наверное можно почитать статью того же автора — https://jakearchibald.com/2014/offline-cookbook/ или курс на udacity https://www.udacity.com/course/offline-web-applications--ud899
насчёт preload кеша речь, насколько я понимаю, идёт о https://w3c.github.io/preload/
Там в разделе Processing (https://w3c.github.io/preload/#processing) в заметках в конце есть пример, объясняющий почему для preload-а может понадобиться отдельный кеш, а не http-cache
насчёт preload кеша речь, насколько я понимаю, идёт о https://w3c.github.io/preload/
Там в разделе Processing (https://w3c.github.io/preload/#processing) в заметках в конце есть пример, объясняющий почему для preload-а может понадобиться отдельный кеш, а не http-cache
Ссылка на тесты на гитхабе побилась (https/ вместо https://)
прозрачный заголовок данных сайта (Clear-Site-Data header)
Заголовок очистки данных сайта.
Safari — это IE6 нашего времени
В тоже время Safari — первый браузер, который полностью поддерживает ES6.
Допустим, я гуляю по сайту, и каждая страница ссылается на одну и ту же таблицу стилей. Правильно ли я понимаю, что эту (одну и ту же) таблицу стилей мне впихнут при загрузке каждой страницы?
Сильно зависит от реализации на стороне сервера.
Насколько я понимаю, идеальный вариант — самый первый запрос в HTTP/2 соединении должен вернуть ответ + пушнуть эту таблицу стилей с правильными заголовками, чтобы стили попали в HTTP-кеш. Все последующие запросы внутри этого HTTP/2-соединения не должны пушить эту таблицу стилей, браузер и так из http-кеша возьмёт её. Если соединение разорвалось, то в новом HTTP/2-соединении на первый запрос можно отвечать даже без пуша стилей — они ведь и так есть в кеше. Но определить всё это на стороне сервера — довольно муторное занятие.
Я пока соглашусь с самым первым комментарием: «Слишком мало профита для столь сложной технологии.»
Насколько я понимаю, идеальный вариант — самый первый запрос в HTTP/2 соединении должен вернуть ответ + пушнуть эту таблицу стилей с правильными заголовками, чтобы стили попали в HTTP-кеш. Все последующие запросы внутри этого HTTP/2-соединения не должны пушить эту таблицу стилей, браузер и так из http-кеша возьмёт её. Если соединение разорвалось, то в новом HTTP/2-соединении на первый запрос можно отвечать даже без пуша стилей — они ведь и так есть в кеше. Но определить всё это на стороне сервера — довольно муторное занятие.
Я пока соглашусь с самым первым комментарием: «Слишком мало профита для столь сложной технологии.»
удалено, промахнулся с ответом
Sign up to leave a comment.
HTTP/2 Server Push не так прост, как я думал