Лос Разработчиците на Chrome обявиха, че възнамеряват да спрат да поддържат механизма Изтласкване на сървъра в протоколите HTTP / 2 и gQUIC, както и неприлагането му за протокола HTTP / 3, който е в етап на стандартно одобрение. Технологията Server Push не е предоставена в протокола HTTP / 1.1 от самото начало.
Причината на елиминиране е желанието да се отървем от голямо усложнение в кода, в контекста на липса на търсене и само на теоретични предпоставки за ефективността на оптимизациите, базирани на Server Push.
Технология Изтласкването на сървъра е дефинирано в стандарта HTTP / 2 и има за цел да оптимизира зареждането на данни.
В допълнение към браузърите, базирани на двигателя на Chromium, поддръжката на Server Push понастоящем е внедрена във Firefox и Safari и на сървърната страна в nginx и Apache httpd.
Със сървърно натискане, сървърът може да изпраща ресурси на клиента, без да чака вашата изрична заявка. Предполага се, че по този начин сървърът може да ускори зареждането на страницата, тъй като CSS файловете, скриптовете и изображенията, необходими за изобразяване на страницата, вече ще бъдат прехвърлени на нейната страна, когато клиентът го поиска.
Клиентът се свързва и иска конкретна страница, след което сървърът, въз основа на своята конфигурация или съдържанието на заглавката на връзката, изпратена от клиента, инициира прехвърлянето на определени ресурси чрез вече установената HTTP / 2 връзка, без да чака заявката за тези ресурси от клиента. .
Съдържанието, прехвърлено чрез push повикване, се съхранява от страна на клиента в специален кеш, свързан с текущата HTTP / 2 връзка.
Когато в процеса на изобразяване на страница клиентът достигне заявката за свързаните с нея ресурси (css, js, изображения и т.н.), проверка на кеша се извършва преди всяка заявка да бъде изпратена действително. Ако ресурсът вече е прехвърлен от сървъра и е в кеша, клиентът изважда този ресурс от локалния кеш, без да прави външна заявка към сървъра.
HTTP / 3 е квази-RFC протокол, който също дефинира push сървъра.
Понастоящем Chrome поддържа обработката на push предавания през HTTP / 2 и gQUIC и това е да премахне поддръжката и за двата протокола. Chrome не поддържа push over HTTP / 3 и добавянето на поддръжка не е в пътната карта.
Поддържането на такъв кеш значително усложнява изпълнението на сървъра Push от страна на клиента, но това не води до забележимо ускорение на натоварването в сравнение с превантивна заявка за ресурс чрез маркера "preload" и, според някои проучвания, дори увеличава латентността.
Според статистиката на Google, Технологията Server Push не е разпределена правилно. Например през последните 28 дни 99,95% от HTTP / 2 връзките не са използвали Push Push на сървъра. Подобни показатели бяха наблюдавани по време на проучването през юни 2019 г., тоест няма ръст в разполаганията на Server Push.
Също така тази година само 40% от съобщенията, получени от Server Push, бяха използвани от браузъра, а преди две години тази цифра беше 63,51% (необработените съобщения бяха неправилни, не съответстваха на обработената страница или вече бяха в кеша) .
Вместо Server Push, за да оптимизирате натоварването на страницата, възнамерява да използва маркера , въз основа на който браузърът може да поиска ресурс, без да чака използването му на страницата.
От една страна, предварителното зареждане в сравнение с Server Push води до ненужна обмяна на пакети (RTT), но от друга страна, предотвратява изпращането на ресурси, които вече са в кеша на браузъра.
Като цяло разликите в латентността при използване на Server Push и предварително зареждане се считат за незначителни. В допълнение към оптимизирането на натоварването на ресурсите, механизмът Server Push може да се използва и за предаване на данни от сървъра към клиента, но за тази цел е по-подходящ протоколът WebTransport (базиран на QUIC), чиято стандартизация е на етап чернова ...
Fuente:https://groups.google.com