Google presenterade sina planer vad har du om ta bort stöd för Server Push med Chrome 106, (som är planerad till den 27 september) och att ändringen även kommer att påverka andra webbläsare baserade på Chromium-kodbasen.
För dig som är ny på Server Push-tekniken bör du veta det definieras i HTTP/2- och HTTP/3-standarderna, och tillåter servern att skicka resurser till klienten utan att vänta på att de uttryckligen begärs.
Det ska vara så här servern kan påskynda sidladdningen, eftersom CSS-filerna, skripten och bilderna som behövs för att rendera sidan redan kommer att överföras till din sida när klienten begär det.
Analys av HTTP/2 Server Push-användning har blandade resultat (Chrome, Akamai), utan tydlig nettoprestandaökning och i många fall prestandaregressioner.
Push implementerades inte i många HTTP/3-servrar och klienter, även om det ingick i . För stora delar av webben som använder den nyare HTTP/3 har Push redan tagits bort. När vi kör om den analysen på senare tid ser vi att 1,25 % HTTP/2-stöd för webbplatser sjönk till 0,7 %.
Som en anledning till att stödet upphör onödig komplikation av genomförandet nämns av teknik i närvaro av enklare och inte mindre effektiva alternativ, som märkningen , från vilken webbläsaren kan begära en resurs utan att vänta på att den ska användas på sidan. Å ena sidan genererar prefetch, jämfört med Server Push, ytterligare ett paketutbyte (RTT), men å andra sidan undviker man att skicka resurser som redan finns i webbläsarens cache. I allmänhet är skillnaderna i fördröjningar vid användning av Server Push och förladdning markerade som försumbara.
För att initiera proaktiv laddning på serversidan föreslås att man använder HTTP-svarskoden 103, som låter dig informera klienten om innehållet i vissa HTTP-rubriker direkt efter begäran, utan att vänta på att servern ska utföra alla operationer. med begäran och börja servera innehållet.
103 Tidiga tips är ett mycket mindre felbenäget alternativ med många av samma fördelar som Push, och mycket färre nackdelar. Istället för att servern skickar resurser skickar 103 Early Hints endast tips till webbläsaren om resurser som den kan dra nytta av att begära dem omedelbart. Detta lämnar webbläsaren i kontroll över att bestämma om den behöver dem eller inte, till exempel om den redan har dessa resurser i HTTP-cachen.
Förladdning av kritiska resurser är ett annat alternativ som gör att sidan och webbläsaren kan arbeta tillsammans för att förebyggande ladda kritiska resurser tidigt i sidladdningen.
På samma sätt kan det ge tips om element som är associerade med den renderade sidan, som kan laddas i förväg (till exempel kan länkar till CSS och JavaScript som används på sidan tillhandahållas). Efter att ha fått information om sådana resurser kan webbläsaren börja ladda ner dem utan att vänta på slutet av återkomsten av huvudsidan, vilket minskar den totala tiden för bearbetning av begäran.
Förutom att optimera belastningen av resurser, Server Push-mekanismen kan också användas för att överföra data från servern till klienten, men för dessa ändamål utvecklar W3C-konsortiet WebTransport-protokollet. Kommunikationskanalen i WebTransport är organiserad över HTTP/3 med hjälp av QUIC-protokollet som transport, WebTransport erbjuder avancerade funktioner som multicasting, envägsutsändning, leverans i oordning, tillförlitliga och opålitliga leveranslägen.
Enligt Googles statistik har Server Push-tekniken inte fått tillräcklig distribution. Även om Server Push finns i HTTP/3-specifikationen, implementerade i praktiken många klient- och serverprogramvaror, inklusive webbläsaren Chrome, det inte. År 2021 använde cirka 1,25 % av webbplatserna som kördes på HTTP/2 Server Push. I år har denna siffra sjunkit till 0,7 %.
Slutligen om du är intresserad av att veta mer om detkan du kontrollera detaljerna i följande länk.