Ускоряем фронтенд. Когда много запросов к серверу — это хорошо

[suffix_ixbt]

К сожалению огромная проблема с поддержкой браузерами tcp fast open и tls 1.3 0-RTT (early_data) — некторые браузеры вообще не поддерживают, в некотрых надо включать их в настройках :(

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

[gluck59]

Ожидал очередного рубилова о "никто не использует HTML в 2020" и о необходимости использования "современных фреймворков", предоставляющих таблетки ото всего.

Ну раз рубилова не произошло, можно и по делу.

Сервис-воркер ниже кэширует HTML и CSS, необходимые для визуализации страницы. Когда приложение снова загружается, оно пытается само выдать кэшированные ресурсы — и обращается в сеть только если они недоступны

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

[eurosegway]

Спасибо за полезную статью.
Хотелось бы добавить полезный хинт.

Если нет CDN'а, а хочется немного ускориться.

1. Создаем на своём домене поддомен, назовём его cdn2
2. На хостинге, где расположен проект, настраиваем поддомен полным зеркалом (прописываем ему те же папки что и у основного, ручками)
3. прописываем на сайте cdn2.domain.com как cdn (в варианте WP, к примеру в supercache и FVM плагинах)
4. теперь все картинки, большинство js скриптов и css раздаются с cdn2

Что даёт? обходим ограничение протокола http, позволяющее браузеру держать одновременно не более 8ми соединений к одному домену. Профит = время.