Google avduket planene sine hva har du om fjerner støtte for Server Push med Chrome 106, (som er planlagt til 27. september) og at endringen også vil påvirke andre nettlesere basert på Chromium-kodebasen.
For de av dere som er nye til Server Push-teknologi, bør du vite det er definert i HTTP/2- og HTTP/3-standardene, og lar serveren sende ressurser til klienten uten å vente på at de blir eksplisitt forespurt.
Det skal være slik serveren kan øke hastigheten på sideinnlastingen, ettersom CSS-filene, skriptene og bildene som trengs for å gjengi siden, allerede vil bli overført til din side når klienten ber om det.
Analyse av HTTP/2 Server Push-bruk har blandede resultater ( Chrome , Akamai ), uten klar netto ytelsesøkning og i mange tilfeller ytelsesregresjoner.
Push ble ikke implementert i mange HTTP/3-servere og klienter, selv om det var inkludert i . For store deler av nettet som bruker den nyere HTTP/3, har Push allerede blitt trukket tilbake. Ved å kjøre denne analysen på nytt ser vi at 1,25 % HTTP/2-støtte for nettsteder falt til 0,7 %.
Som en grunn til slutt på støtte unødvendig komplikasjon av implementering er nevnt av teknologi i nærvær av enklere og ikke mindre effektive alternativer, som etiketten , hvorfra nettleseren kan be om en ressurs uten å vente på at den skal brukes på siden. På den ene siden genererer prefetch, sammenlignet med Server Push, en ekstra pakkeutveksling (RTT), men på den andre siden unngår den å sende ressurser som allerede er i nettleserens cache. Generelt er forskjellene i forsinkelser ved bruk av Server Push og forhåndsinnlasting merket som ubetydelige.
For å starte proaktiv lasting på serversiden, foreslås det å bruke HTTP-svarkoden 103, som lar deg informere klienten om innholdet i enkelte HTTP-hoder umiddelbart etter forespørselen, uten å vente på at serveren skal utføre alle operasjoner. med forespørselen og begynn å servere innholdet.
103 Early Hints er et mye mindre feilutsatt alternativ med mange av de samme fordelene som Push, og langt færre ulemper. I stedet for at serveren sender ressurser, sender 103 Early Hints kun hint til nettleseren med ressurser om at den kan ha nytte av å be om dem umiddelbart. Dette lar nettleseren bestemme om den trenger dem eller ikke, for eksempel om den allerede har disse ressursene i HTTP-bufferen.
Forhåndsinnlasting av kritiske ressurser er et annet alternativ som lar siden og nettleseren jobbe sammen for forebyggende lasting av kritiske ressurser tidlig i sideinnlastingen.
På samme måte kan du gi hint om elementer knyttet til den gjengitte siden, som kan forhåndslastes (du kan for eksempel gi koblinger til CSS og JavaScript som brukes på siden). Etter å ha mottatt informasjon om slike ressurser, kan nettleseren begynne å laste dem ned uten å vente på slutten av returen av hovedsiden, noe som reduserer den totale tiden for behandling av forespørselen.
I tillegg til å optimalisere ressursbelastningen, Server Push-mekanismen kan også brukes til å overføre data fra serveren til klienten, men for disse formålene utvikler W3C-konsortiet WebTransport-protokollen. Kommunikasjonskanalen i WebTransport er organisert over HTTP/3 ved å bruke QUIC-protokollen som transport, WebTransport tilbyr avanserte funksjoner som multicasting, enveis kringkasting, levering uten drift, pålitelige og upålitelige leveringsmoduser.
I følge Googles statistikk har ikke Server Push-teknologien fått tilstrekkelig distribusjon. Selv om Server Push er tilstede i HTTP/3-spesifikasjonen, implementerte i praksis mange klient- og serverprogramvareprodukter, inkludert Chrome-nettleseren, det ikke. I 2021 brukte omtrent 1,25 % av nettstedene som kjører på HTTP/2 Server Push. I år har dette tallet sunket til 0,7 %.
Endelig hvis du er interessert i å vite mer om det, kan du sjekke detaljene i følgende lenke.