Chrome har til hensigt at fjerne Server Push-understøttelse

google-chrome

masse Chrome-udviklere meddelte, at de agter at stoppe med at støtte mekanismen Server skub i HTTP / 2 og gQUIC protokollerne, samt ikke implementere det til HTTP / 3-protokollen, som er i standardgodkendelsestrinet. Server Push-teknologi findes ikke i HTTP / 1.1-protokollen fra starten.

Grunden af eliminering er ønsket om at slippe af med en stor komplikation i koden, i sammenhæng med manglende efterspørgsel og kun teoretiske forudsætninger for effektiviteten af ​​Server Push-baserede optimeringer.

Teknologi Server Push er defineret i HTTP / 2-standarden og sigter mod at optimere dataindlæsning.

Ud over browsere baseret på Chromium-motoren er Server Push-support i øjeblikket implementeret i Firefox og Safari og på serversiden i nginx og Apache httpd.

Med Server Push, serveren kan sende ressourcer til klienten uden at vente på din eksplicitte anmodning. Det antages, at serveren på denne måde kan fremskynde indlæsningen af ​​siden, da CSS-filer, scripts og billeder, der er nødvendige for at gengive siden, allerede vil blive overført til siden, når klienten anmoder om det.

Klienten forbinder og anmoder om en bestemt side, hvorefter serveren, baseret på dens konfiguration eller indholdet af linkhovedet sendt af klienten, initierer overførslen af ​​visse ressourcer gennem den allerede etablerede HTTP / 2-forbindelse uden at vente på anmodningen om disse ressourcer fra klienten. .

Indholdet, der overføres via push-opkaldet, gemmes på klientsiden i en speciel cache, der er knyttet til den aktuelle HTTP / 2-forbindelse.

Når klienten i processen med at gengive en side når anmodningen om de ressourcer, der er knyttet til den (css, js, billeder osv.), en cache-kontrol udføres, før hver anmodning faktisk sendes. Hvis ressourcen allerede er overført af serveren og er i cachen, aflaster klienten denne ressource fra den lokale cache uden at stille en ekstern anmodning til serveren.

HTTP / 3 er en kvasi-RFC-protokol, der også definerer server push.

Chrome understøtter i øjeblikket håndtering af push-transmissioner via HTTP / 2 og gQUIC, og dette er for at fjerne understøttelse af begge protokoller. Chrome understøtter ikke push over HTTP / 3, og tilføjelse af support er ikke på køreplanen.

Vedligeholdelse af en sådan cache komplicerer implementeringen i høj grad Server Push på klientsiden, men det fører ikke til mærkbar belastningsacceleration sammenlignet med forebyggende ressourceanmodning via "forudindlæsning" -tagget og øger ifølge nogle undersøgelser endda latens.

Ifølge Google-statistikker Server Push-teknologi er ikke distribueret korrekt. F.eks. Brugte 28% af HTTP / 99,95-forbindelser i de sidste 2 dage ikke Server Push. Lignende indikatorer blev observeret under undersøgelsen i juni 2019, dvs. der er ingen vækst i Server Push-implementeringer.

I år blev kun 40% af de meddelelser, der blev modtaget af Server Push, brugt af browseren, og for to år siden var dette tal 63,51% (de rå beskeder var ukorrekte, matchede ikke den behandlede side eller var allerede i cachen) .

I stedet for Server Push, for at optimere belastningen på siden, har til hensigt at bruge mærket , baseret på hvilken browseren kan anmode om en ressource uden at vente på dens brug på siden.

På den ene side fører forudindlæsning sammenlignet med Server Push til unødvendig pakkeudveksling (RTT), men på den anden side forhindrer det afsendelse af ressourcer, der allerede er i browserens cache.

Generelt betragtes latensforskelle, når du bruger Server Push og preload, som ubetydelige. Ud over optimering af ressourcebelastning kan Server Push-mekanismen også bruges til at overføre data fra serveren til klienten, men WebTransport-protokollen (baseret på QUIC) er mere egnet til dette formål, hvis standardisering er i udkastfasen ...

kilde:https://groups.google.com


Vær den første til at kommentere

Efterlad din kommentar

Din e-mailadresse vil ikke blive offentliggjort. Obligatoriske felter er markeret med *

*

*

  1. Ansvarlig for dataene: Miguel Ángel Gatón
  2. Formålet med dataene: Control SPAM, management af kommentarer.
  3. Legitimering: Dit samtykke
  4. Kommunikation af dataene: Dataene vil ikke blive kommunikeret til tredjemand, undtagen ved juridisk forpligtelse.
  5. Datalagring: Database hostet af Occentus Networks (EU)
  6. Rettigheder: Du kan til enhver tid begrænse, gendanne og slette dine oplysninger.