osa Chrome'i arendajad teatasid, et kavatsevad toetamise lõpetada mehhanism Server Sisestage HTTP / 2 ja gQUIC-protokollid, kui ka seda, et seda ei rakendata HTTP / 3 protokolli jaoks, mis on standardses kinnitusjärgus. Server Push-tehnoloogiat ei pakuta HTTP / 1.1-protokollis algusest peale.
Põhjus elimineerimisest on soov vabaneda koodeksi suurest tüsistusest, nõudluse puudumise ja ainult serveripush-põhiste optimeerimiste tõhususe teoreetiliste eelduste kontekstis.
Tehnoloogia Server Push on määratletud standardis HTTP / 2 ja selle eesmärk on andmete laadimise optimeerimine.
Lisaks Chromiumi mootoril põhinevatele brauseritele on Server Pushi tugi praegu rakendatud Firefoxis ja Safaris ning serveri poolel nginxis ja Apache httpd-s.
Server Pushiga server võib saata kliendile ressursse ilma teie selget taotlust ootamata. Eeldatakse, et sel viisil saab server lehe laadimist kiirendada, kuna lehe renderdamiseks vajalikud CSS-failid, skriptid ja pildid kantakse juba tema küljele, kui klient seda nõuab.
Klient ühendab konkreetse lehe ja taotleb seda, mille järel server algatab oma konfiguratsiooni või kliendi saadetud lingi päise sisu põhjal teatud ressursside ülekande juba loodud HTTP / 2 ühenduse kaudu, ootamata kliendilt nende ressursside taotlust. .
Push-kõne kaudu edastatud sisu salvestatakse kliendi poolel spetsiaalsesse vahemällu, mis on seotud praeguse HTTP / 2-ühendusega.
Kui leht renderdamise käigus jõuab klient sellega seotud ressursside (css, js, pildid jne) taotlusele, vahemälu kontroll tehakse enne iga päringu tegelikku saatmist. Kui server on ressursi juba üle kandnud ja see asub vahemälus, laadib klient selle ressursi kohalikust vahemälust serverile välist päringut tegemata.
HTTP / 3 on kvaas-RFC-protokoll, mis määratleb ka serveri tõuke.
Chrome toetab praegu HTTP / 2 ja gQUIC-i kaudu tõukuvate edastuste käitlemist ning selle eesmärk on eemaldada mõlema protokolli tugi. Chrome ei toeta HTTP / 3 edastamist ja toetuse lisamine pole tegevuskavas.
Sellise vahemälu hooldamine raskendab rakendamist oluliselt Server Push kliendipoolel, kuid see ei too kaasa märgatavat koormuse kiirendust, võrreldes ennetava ressursitaotlusega sildi "eellaadimine" kaudu ja mõnede uuringute kohaselt isegi suurendab latentsust.
Google'i statistika kohaselt Server Pushi tehnoloogiat pole korralikult levitatud. Näiteks viimase 28 päeva jooksul ei kasutanud 99,95% HTTP / 2 ühendustest Server Pushi. Sarnaseid näitajaid täheldati 2019. aasta juuni uuringu käigus, see tähendab, et Server Pushi juurutuste arv ei kasva.
Samuti kasutas sel aastal brauser ainult 40% Server Pushi vastuvõetud sõnumitest ja kaks aastat tagasi oli see näitaja 63,51% (töötlemata kirjad olid valed, ei vastanud töödeldud lehele või olid juba vahemälus) .
Server Pushi asemel koormuse optimeerimiseks lehe, kavatseb märgendit kasutada , mille põhjal saab brauser taotleda ressurssi, ootamata selle kasutamist lehel.
Ühelt poolt viib eellaadimine võrreldes Server Pushiga tarbetu paketivahetuseni (RTT), kuid teiselt poolt takistab see juba brauseri vahemälus olevate ressursside saatmist.
Üldiselt peetakse viivitusi serveripushi ja eellaadimise kasutamisel tühiseks. Lisaks ressursside koormuse optimeerimisele saab Server Push-mehhanismi kasutada ka serverist andmete edastamiseks kliendile, kuid selleks sobib rohkem WebTransport-protokoll (põhineb QUIC-il), mille standardimine on mustandi etapis ...
allikas:https://groups.google.com