L Розробники Chrome оголосили, що мають намір припинити підтримку механізм Підштовхування сервера до протоколів HTTP / 2 та gQUIC, а також не застосовувати його для протоколу HTTP / 3, який знаходиться на етапі стандартного затвердження. Технологія Server Push не передбачена в протоколі HTTP / 1.1 з самого початку.
Причина елімінації це бажання позбутися великого ускладнення в коді, в контексті відсутності попиту та лише теоретичних передумов для ефективності оптимізації на базі Server Push.
Технологія Підштовхування до сервера визначено в стандарті HTTP / 2 і спрямована на оптимізацію завантаження даних.
На додаток до браузерів, заснованих на механізмі Chromium, підтримка Server Push в даний час реалізована у Firefox та Safari, а на стороні сервера в nginx та Apache httpd.
За допомогою Push Server, сервер може надсилати ресурси клієнту, не чекаючи вашого явного запиту. Передбачається, що таким чином сервер може прискорити завантаження сторінки, оскільки файли CSS, сценарії та зображення, необхідні для візуалізації сторінки, вже будуть перенесені на її сторону, коли клієнт цього запитує.
Клієнт підключається і запитує певну сторінку, після чого сервер на основі своєї конфігурації або вмісту заголовка посилання, надісланого клієнтом, ініціює передачу певних ресурсів через вже встановлене з'єднання HTTP / 2, не чекаючи запиту цих ресурсів від клієнта. .
Вміст, переданий через push-дзвінок, зберігається на стороні клієнта у спеціальному кеші, пов'язаному з поточним з'єднанням HTTP / 2.
Коли в процесі візуалізації сторінки клієнт звертається до запиту на пов'язані з ним ресурси (css, js, зображення тощо), перевірка кеш-пам'яті виконується перед тим, як фактично відправляється кожен запит. Якщо ресурс вже переданий сервером і знаходиться в кеш-пам’яті, клієнт вивантажує цей ресурс із локального кешу, не роблячи зовнішнього запиту до сервера.
HTTP / 3 - це квазі-RFC-протокол, який також визначає push сервера.
На даний момент Chrome підтримує обробку push-передач через HTTP / 2 та gQUIC, і цей намір полягає в тому, щоб скасувати підтримку обох протоколів. Chrome не підтримує push over HTTP / 3, а додавання підтримки не є в дорожній карті.
Ведення такого кешу значно ускладнює реалізацію Серверне натискання на стороні клієнта, але це не призводить до помітного прискорення навантаження в порівнянні з переважним запитом ресурсу за допомогою тегу "попереднє завантаження" і, за деякими дослідженнями, навіть збільшує затримку.
За статистикою Google, Технологія Server Push розподілена неправильно. Наприклад, за останні 28 днів 99,95% з'єднань HTTP / 2 не використовували Push Server. Подібні показники спостерігалися під час дослідження в червні 2019 року, тобто відсутність зростання розгортань Server Push.
Також цього року браузером було використано лише 40% повідомлень, отриманих Server Push, а два роки тому ця цифра становила 63,51% (необроблені повідомлення були неправильними, не відповідали обробленій сторінці або вже були в кеші) .
Замість Server Push для оптимізації навантаження сторінки, має намір використовувати тег , на основі яких браузер може запитувати ресурс, не чекаючи його використання на сторінці.
З одного боку, попереднє завантаження, порівняно з Server Push, призводить до непотрібного обміну пакетами (RTT), але з іншого боку, це перешкоджає надсиланню ресурсів, які вже є в кеші браузера.
Загалом, різниця в затримках при використанні Server Push та попередньому завантаженні вважається незначною. На додаток до оптимізації навантаження ресурсів, механізм Server Push також може використовуватися для передачі даних із сервера клієнту, але для цього більше підходить протокол WebTransport (на основі QUIC), стандартизація якого знаходиться на стадії проекту ...
Фуенте:https://groups.google.com