Google ujawnił swoje plany co masz o? usunięcie wsparcia dla Server Push z Chrome 106, (zaplanowane na 27 września) i że zmiana wpłynie również na inne przeglądarki oparte na bazie kodu Chromium.
Osoby niezaznajomione z technologią Server Push powinny o tym wiedzieć jest zdefiniowana w standardach HTTP/2 i HTTP/3i umożliwia serwerowi wysyłanie zasobów do klienta bez oczekiwania na wyraźne żądanie.
Tak ma być serwer może przyspieszyć ładowanie strony, ponieważ pliki CSS, skrypty i obrazy potrzebne do renderowania strony zostaną już przeniesione na Twoją stronę, gdy klient o to poprosi.
Analiza wykorzystania HTTP/2 Server Push dała mieszane wyniki (Chrome, Akamai), bez wyraźnego przyrostu wydajności netto iw wielu przypadkach regresji wydajności.
Push nie został zaimplementowany na wielu serwerach i klientach HTTP/3, chociaż był zawarty w . W przypadku większości sieci korzystających z nowszego protokołu HTTP/3 usługa Push została już wycofana. Ponownie przeprowadzając tę analizę ostatnio, widzimy, że obsługa protokołu HTTP/1,25 w 2% przez witryny spadła do 0,7%.
Jako powód zakończenia wsparcia wspomina się o niepotrzebnej komplikacji wdrożenia technologii w obecności prostszych i nie mniej skutecznych alternatyw, takich jak etykieta , z którego przeglądarka może zażądać zasobu bez oczekiwania na jego użycie na stronie. Z jednej strony prefetch, w porównaniu do Server Push, generuje dodatkową wymianę pakietów (RTT), ale z drugiej strony pozwala uniknąć wysyłania zasobów, które już znajdują się w pamięci podręcznej przeglądarki. Ogólnie rzecz biorąc, różnice w opóźnieniach podczas korzystania z funkcji Server Push i wstępnego ładowania są oznaczone jako nieistotne.
Aby zainicjować proaktywne ładowanie po stronie serwera, proponuje się użycie kodu odpowiedzi HTTP 103, który umożliwia poinformowanie klienta o zawartości niektórych nagłówków HTTP bezpośrednio po żądaniu, bez oczekiwania na wykonanie przez serwer wszystkich operacji. z żądaniem i zacznij udostępniać zawartość.
103 Early Hints to znacznie mniej podatna na błędy alternatywa z wieloma takimi samymi zaletami jak Push i znacznie mniejszą liczbą wad. Zamiast serwera wysyłającego zasoby, 103 Early Hints wysyła do przeglądarki zasobów tylko wskazówki, że może skorzystać na natychmiastowym zażądaniu ich. Pozostawia to przeglądarce kontrolę nad decydowaniem, czy ich potrzebuje, czy nie, na przykład, jeśli ma już te zasoby w pamięci podręcznej HTTP.
Wstępne ładowanie krytycznych zasobów to kolejna alternatywa, która umożliwia współpracę strony i przeglądarki w celu prewencyjnego ładowania krytycznych zasobów na wczesnym etapie ładowania strony.
Podobnie możesz podać wskazówki dotyczące elementów powiązanych z renderowaną stroną, które mogą być wstępnie załadowane (na przykład możesz podać łącza do CSS i JavaScript używanych na stronie). Po otrzymaniu informacji o takich zasobach przeglądarka może rozpocząć ich pobieranie bez oczekiwania na zakończenie powrotu strony głównej, co skraca całkowity czas przetwarzania żądania.
Oprócz optymalizacji obciążenia zasobów, mechanizm Server Push może być również wykorzystany do przesyłania danych z serwera do klienta, ale do tych celów konsorcjum W3C opracowuje protokół WebTransport. Kanał komunikacji w WebTransport jest zorganizowany przez HTTP/3 przy użyciu protokołu QUIC jako transportu, WebTransport oferuje zaawansowane funkcje, takie jak multiemisja, nadawanie jednokierunkowe, dostawa poza kolejnością, niezawodne i zawodne tryby dostarczania.
Według statystyk Google technologia Server Push nie uzyskała odpowiedniej dystrybucji. Chociaż Server Push jest obecny w specyfikacji HTTP/3, w praktyce wiele produktów oprogramowania klienckiego i serwerowego, w tym przeglądarka Chrome, nie zaimplementowało go natywnie. W 2021 r. około 1,25% stron internetowych działających na HTTP/2 korzystało z Server Push. W tym roku liczba ta spadła do 0,7%.
W końcu jeśli chcesz dowiedzieć się więcej na ten temat, możesz sprawdzić szczegóły w następujący link.