A Google bemutatta terveit miről van szó a Server Push with Chrome 106 támogatásának megszüntetése, (amely a tervek szerint szeptember 27-én lesz), és hogy a változás más, Chromium kódbázison alapuló böngészőket is érint.
Azoknak, akik nem ismerik a Server Push technológiát, ezt tudniuk kell a HTTP/2 és HTTP/3 szabványban van meghatározva, és lehetővé teszi a kiszolgáló számára, hogy erőforrásokat küldjön a kliensnek anélkül, hogy megvárná a kifejezett kérést.
Ennek így kell lennie a szerver felgyorsíthatja az oldal betöltését, mivel az oldal megjelenítéséhez szükséges CSS-fájlok, szkriptek és képek már átkerülnek az Ön oldalára, mire a kliens kéri.
A HTTP/2 Server Push használatának elemzése vegyes eredményeket hozott (Chrome, Akamai), egyértelmű nettó teljesítménynövekedés nélkül, és sok esetben a teljesítmény regressziója.
A Push sok HTTP/3 szerveren és ügyfélen nem volt implementálva, bár benne volt a . Az újabb HTTP/3-at használó internet nagy részén a Push már megszűnt. Az elemzést a közelmúltban újrafuttatva azt látjuk, hogy a webhelyek 1,25%-os HTTP/2-támogatása 0,7%-ra esett vissza.
A támogatás megszüntetésének okaként a megvalósítás szükségtelen bonyolítását említik egyszerűbb és nem kevésbé hatékony alternatívák, például a címke jelenlétében , ahonnan a böngésző anélkül kérhet erőforrást, hogy megvárná annak felhasználását az oldalon. A prefetch egyrészt a Server Pushhoz képest további csomagcserét (RTT) generál, másrészt elkerüli a böngésző gyorsítótárában már lévő erőforrások küldését. Általánosságban elmondható, hogy a Server Push és az előtöltés használatakor tapasztalható késések közötti különbségek elhanyagolhatóak.
A szerveroldali proaktív betöltés elindításához javasolt a 103-as HTTP-válaszkód használata, amely lehetővé teszi, hogy a klienst a kérés után azonnal tájékoztassuk egyes HTTP-fejlécek tartalmáról, anélkül, hogy megvárnánk, amíg a szerver végrehajtja az összes műveletet. a kéréssel, és kezdje meg a tartalom kiszolgálását.
A 103 Early Hints egy sokkal kevésbé hibás alternatíva, számos előnnyel, mint a Push, és sokkal kevesebb hátránnyal. Ahelyett, hogy a szerver küldene erőforrásokat, a 103 Early Hints csak tippeket küld az erőforrás-böngészőnek, amely hasznos lehet, ha azonnal lekéri őket. Így a böngésző dönti el, hogy szüksége van-e rájuk vagy sem, például ha már megvannak ezek az erőforrások a HTTP-gyorsítótárban.
A kritikus erőforrások előtöltése egy másik alternatíva, amely lehetővé teszi az oldal és a böngésző együttműködését a kritikus erőforrások megelőző betöltése érdekében az oldalbetöltés korai szakaszában.
Hasonlóképpen tippeket tud adni a megjelenített oldalhoz társított elemekről, amelyek előre betölthetők (például az oldalon használt CSS-re és JavaScript-re mutató hivatkozások megadhatók). Az ilyen erőforrásokról szóló információk megszerzése után a böngésző elkezdheti letölteni azokat anélkül, hogy megvárná a főoldal visszatérésének végét, ami csökkenti a kérés feldolgozásának teljes idejét.
Az erőforrások terhelésének optimalizálása mellett, a Server Push mechanizmus is használható adatok továbbítására a szerverről a kliensre, de erre a célra a W3C konzorcium fejleszti a WebTransport protokollt. A WebTransport kommunikációs csatornája HTTP/3-on keresztül van megszervezve, QUIC protokollt használva szállításként, a WebTransport olyan fejlett funkciókat kínál, mint a csoportos adás, az egyirányú sugárzás, a nem megfelelő kézbesítés, valamint a megbízható és megbízhatatlan kézbesítési módok.
A Google statisztikái szerint a Server Push technológia nem kapott megfelelő terjesztést. Bár a Server Push megtalálható a HTTP/3 specifikációban, a gyakorlatban sok kliens- és szerverszoftver, köztük a Chrome böngésző, nem valósította meg natív módon. 2021-ben a HTTP/1,25-n futó webhelyek körülbelül 2%-a használt Server Push-t. Idén ez a szám 0,7%-ra csökkent.
Végül ha érdekel, hogy többet tudjon meg róla, ellenőrizheti a részleteket a következő link.