Google julkisti suunnitelmansa mitä sinulla on Chrome 106:n Server Pushin tuen poistaminen, (joka on ajoitettu 27. syyskuuta) ja että muutos vaikuttaa myös muihin Chromium-koodipohjaan perustuviin selaimiin.
Niiden, jotka eivät tunne Server Push -tekniikkaa, sinun pitäisi tietää tämä on määritelty HTTP/2- ja HTTP/3-standardeissa, ja sallii palvelimen lähettää resursseja asiakkaalle odottamatta niiden nimenomaista pyyntöä.
Sen kuuluu olla näin palvelin voi nopeuttaa sivun lataamista, koska sivun hahmontamiseen tarvittavat CSS-tiedostot, komentosarjat ja kuvat siirretään jo puolellesi, kun asiakas sitä pyytää.
HTTP/2-palvelinpush-käytön analyysi on tuottanut ristiriitaisia tuloksia (Chrome, Akamai), ilman selvää nettotehokkuutta ja monissa tapauksissa suorituskyvyn regressioita.
Pushia ei otettu käyttöön monissa HTTP/3-palvelimissa ja -asiakkaissa, vaikka se sisältyi . Suuressa osassa verkkoa, joka käyttää uudempaa HTTP/3:a, Push on jo poistettu. Suorittamalla analyysin uudelleen äskettäin havaitsimme, että sivustojen 1,25 %:n HTTP/2-tuki putosi 0,7 %:iin.
Syynä tuen lopettamiseen toteutuksen tarpeeton monimutkaisuus mainitaan yksinkertaisempia ja yhtä tehokkaita vaihtoehtoja, kuten etiketti , josta selain voi pyytää resurssia odottamatta sen käyttöä sivulla. Toisaalta esihaku generoi Server Pushiin verrattuna ylimääräisen pakettivaihdon (RTT), mutta toisaalta se välttää lähettämästä resursseja, jotka ovat jo selaimen välimuistissa. Yleensä erot viiveissä käytettäessä Server Pushia ja esilatausta on merkitty merkityksettömiksi.
Ennakoivan latauksen käynnistämiseksi palvelinpuolella ehdotetaan käytettäväksi HTTP-vastauskoodia 103, jonka avulla voit ilmoittaa asiakkaalle joidenkin HTTP-otsikoiden sisällöstä heti pyynnön jälkeen odottamatta palvelimen suorittavan kaikki liittyvät toiminnot. pyynnön kanssa ja aloita sisällön näyttäminen.
103 Early Hints on paljon vähemmän virhealtis vaihtoehto, jolla on monia samoja etuja kuin Pushilla ja paljon vähemmän haittoja. Sen sijaan, että palvelin lähettäisi resursseja, 103 Early Hints lähettää vain vihjeitä resurssien selaimelle, että se voi hyötyä niiden pyytämisestä välittömästi. Tämä jättää selaimen hallinnan päättää, tarvitseeko se niitä vai ei, esimerkiksi jos sillä on jo kyseiset resurssit HTTP-välimuistissa.
Kriittisten resurssien esilataus on toinen vaihtoehto, jonka avulla sivu ja selain voivat työskennellä yhdessä kriittisten resurssien lataamiseksi ennaltaehkäisevästi sivun latauksen aikaisessa vaiheessa.
Vastaavasti se voi antaa vihjeitä hahmonnettuun sivuun liittyvistä elementeistä, jotka voidaan esiladata (esimerkiksi linkit sivulla käytettyyn CSS:ään ja JavaScriptiin voidaan tarjota). Saatuaan tiedon tällaisista resursseista selain voi aloittaa niiden lataamisen odottamatta pääsivun palautuksen loppua, mikä vähentää pyynnön käsittelyn kokonaisaikaa.
Resurssien kuormituksen optimoinnin lisäksi Server Push -mekanismia voitaisiin käyttää myös tiedon siirtämiseen palvelimelta asiakkaalle, mutta tätä tarkoitusta varten W3C-konsortio kehittää WebTransport-protokollan. WebTransportin viestintäkanava on järjestetty HTTP/3:n yli käyttäen QUIC-protokollaa kuljetuksena. WebTransport tarjoaa edistyneitä ominaisuuksia, kuten monilähetyksen, yksisuuntaisen lähetyksen, epäjärjestyksessä toimituksen, luotettavat ja epäluotettavat toimitustavat.
Googlen tilastojen mukaan Server Push -teknologia ei ole saanut riittävää jakelua. Vaikka Server Push on mukana HTTP/3-spesifikaatiossa, käytännössä monet asiakas- ja palvelinohjelmistotuotteet, mukaan lukien Chrome-selain, eivät ole natiivisti toteuttaneet sitä. Vuonna 2021 noin 1,25 % HTTP/2:ta käyttävistä verkkosivustoista käytti Server Pushia. Tänä vuonna luku on pudonnut 0,7 prosenttiin.
Vihdoin jos olet kiinnostunut tietämään siitä lisää, voit tarkistaa yksityiskohdat seuraava linkki.