http2_push_preload on; + http2_push

А пушатся стили когда что именно передаётся - обычные или пожатые .br или .gz ?

В консоли видно что пуш есть и значек br есть. Что там конкретно передается я без понятия. Главное что выигрыш по времени есть

---------- Добавлено 03.09.2018 в 12:19 ----------

Как вы думаете - имеет ли смысл тоже самое сделать для .js при условии что он у меня всегда один на странице запакован и отдается асинхронно?

У меня скрипты и стили многие инлайн.

Waterfall View

Скриты мои как я понимаю пушить смысла нет - видео не все же прогигрывать будут.

Остаётся только footer.css весом 60кб - имеет смысл из-за него одного пушем заморачиваться ?

Это даст вам -50 мс. в загрузке страницы. У вас и так там все кошерно и очень быстро. Но если можно это сделать парой строчек кода, почему не сделать?

nginx можно заставить preload "подсовывать" как push

http2_push_preload

https://nginx.org/ru/docs/http/ngx_http_v2_module.html#http2_push_preload

Link preload тоже работает с пушем, просто раньше браузеры парсили хидер, и начинали загружать все из заголовков Link ещё до парсинга страницы, потом nginx научился парсить ответ от бекенда, и пушить принудительно на клиент ещё до того, как страница туда долетела. Ну а теперь настало время разобраться с service workerами и WebAssembly.

---------- Добавлено 04.09.2018 в 14:46 ----------

Пуш скорее всего происходит. Емнип, nginx не умеет контролить что он пушил, а что нет.

Почитал вчера про service worker но так и не вкурил зачем он нужен.... какой-то кеш дополнительный.

Зачем он - если есть и работает кеш браузера + кеш Nginx?

Dram, service worker работает даже тогда, когда сайт закрыт. Используется для web push и прочего.

Оптимизайка, все равно не представляю как мне это поможет если у меня 1,7 просмотра на юзера и 85% новых посетителей и так уже 10 лет

Dram, а вам это и не нужно, это для расширения кругозора