Google afslørede sine planer hvad har du om fjernelse af understøttelse af Server Push med Chrome 106, (som er planlagt til 27. september), og at ændringen også vil påvirke andre browsere baseret på Chromium-kodebasen.
For dem af jer, der er nye til Server Push-teknologi, bør du vide det er defineret i HTTP/2- og HTTP/3-standarderne, og tillader serveren at sende ressourcer til klienten uden at vente på, at de eksplicit bliver anmodet om.
Det skulle være sådan serveren kan fremskynde sideindlæsningen, da de CSS-filer, scripts og billeder, der er nødvendige for at gengive siden, allerede vil blive overført til din side, når klienten anmoder om det.
Analyse af HTTP/2 Server Push-brug har blandede resultater (Chrome, Akamai), uden nogen klar nettoydelsesforøgelse og i mange tilfælde ydeevneregressioner.
Push blev ikke implementeret i mange HTTP/3-servere og klienter, selvom det var inkluderet i . For en stor del af internettet, der bruger den nyere HTTP/3 , er Push allerede blevet trukket tilbage. Ved at køre denne analyse for nylig, ser vi, at 1,25 % HTTP/2-understøttelse af websteder faldt til 0,7 %.
Som en grund til ophør af støtte unødvendig komplikation af implementering er nævnt af teknologi i nærvær af enklere og ikke mindre effektive alternativer, såsom mærket , hvorfra browseren kan anmode om en ressource uden at vente på, at den bliver brugt på siden. På den ene side genererer prefetch sammenlignet med Server Push en ekstra pakkeudveksling (RTT), men på den anden side undgår den at sende ressourcer, der allerede er i browserens cache. Generelt er forskellene i forsinkelser ved brug af Server Push og forudindlæsning markeret som ubetydelige.
For at starte proaktiv indlæsning på serversiden foreslås det at bruge HTTP-svarkoden 103, som giver dig mulighed for at informere klienten om indholdet af nogle HTTP-headere umiddelbart efter anmodningen, uden at vente på, at serveren udfører alle operationer. med anmodningen og begynde at servere indholdet.
103 Early Hints er et langt mindre fejltilbøjeligt alternativ med mange af de samme fordele som Push og langt færre ulemper. I stedet for at serveren sender ressourcer, sender 103 Early Hints kun hints til browseren af ressourcer, som den kan drage fordel af at anmode om med det samme. Dette efterlader browseren i kontrol med at beslutte, om den har brug for dem eller ej, for eksempel hvis den allerede har disse ressourcer i HTTP-cachen.
Forudindlæsning af kritiske ressourcer er et andet alternativ, der gør det muligt for siden og browseren at arbejde sammen for forebyggende at indlæse kritiske ressourcer tidligt i sideindlæsningen.
På samme måde kan det give hints om elementer, der er knyttet til den gengivne side, som kan forudindlæses (f.eks. kan links til den CSS og JavaScript, der bruges på siden, leveres). Efter at have modtaget information om sådanne ressourcer, kan browseren begynde at downloade dem uden at vente på slutningen af returneringen af hovedsiden, hvilket reducerer den samlede behandlingstid for anmodningen.
Ud over at optimere belastningen af ressourcer, Server Push-mekanismen kunne også bruges til at overføre data fra serveren til klienten, men til disse formål udvikler W3C-konsortiet WebTransport-protokollen. Kommunikationskanalen i WebTransport er organiseret over HTTP/3 ved hjælp af QUIC protokol som transport, WebTransport tilbyder avancerede funktioner som multicasting, envejs broadcasting, levering uden for orden, pålidelige og upålidelige leveringstilstande.
Ifølge Googles statistik har Server Push-teknologien ikke fået tilstrækkelig distribution. Selvom Server Push er til stede i HTTP/3-specifikationen, implementerede mange klient- og serversoftwareprodukter, herunder Chrome-browseren, det i praksis ikke. I 2021 brugte omkring 1,25 % af websteder, der kører på HTTP/2, Server Push. I år er dette tal faldet til 0,7 %.
Endelig hvis du er interesseret i at vide mere om det, kan du kontrollere detaljerne i følgende link.