Tatapusin ng Chrome 106 ang suporta para sa teknolohiya ng Server Push

Nagbabala ang Google na ang suporta para sa teknolohiya ng Server Push ay idi-disable sa paglabas ng Chrome 106, na naka-iskedyul para sa ika-27 ng Setyembre. Maaapektuhan din ng mga pagbabago ang iba pang mga browser batay sa Chromium codebase. Ang teknolohiya ng Server Push ay tinukoy sa mga pamantayan ng HTTP/2 at HTTP/3, at pinapayagan ang server na magpadala ng mga mapagkukunan sa kliyente nang hindi naghihintay sa kanilang tahasang kahilingan. Ipinapalagay na sa ganitong paraan mapapabilis ng server ang paglo-load ng pahina, dahil ang mga CSS file, script at mga larawang kailangan para sa pag-render ng pahina ay nailipat na sa gilid nito sa oras na hihilingin ito ng kliyente.

Ang binanggit na dahilan para sa paghinto ng suporta ay ang hindi kinakailangang pagiging kumplikado ng pagpapatupad ng teknolohiya kapag available ang mga mas simple at pantay na epektibong alternatibo, gaya ng tag , batay sa kung saan ang browser ay maaaring humiling ng isang mapagkukunan nang hindi naghihintay na magamit ito sa pahina. Sa isang banda, ang preload, kumpara sa Server Push, ay humahantong sa hindi kinakailangang packet exchange (RTT), ngunit sa kabilang banda, iniiwasan nito ang pagpapadala ng mga mapagkukunan na nasa cache ng browser. Sa pangkalahatan, ang mga pagkakaiba sa latency kapag gumagamit ng Server Push at preload ay nabanggit na hindi gaanong mahalaga.

Upang simulan ang pre-loading sa panig ng server, iminumungkahi na gumamit ng HTTP response code 103, na nagbibigay-daan sa iyo na ipaalam sa kliyente ang tungkol sa mga nilalaman ng ilang mga header ng HTTP kaagad pagkatapos ng kahilingan, nang hindi naghihintay na kumpletuhin ng server ang lahat ng mga operasyon na nauugnay sa ang kahilingan at simulan ang paghahatid ng nilalaman. Katulad nito, maaari kang magbigay ng mga pahiwatig tungkol sa mga elementong nauugnay sa pahinang inihahatid na maaaring paunang na-load (halimbawa, maaari kang magbigay ng mga link sa CSS at JavaScript na ginamit sa pahina). Ang pagkakaroon ng natanggap na impormasyon tungkol sa mga naturang mapagkukunan, ang browser ay maaaring magsimulang mag-download ng mga ito nang hindi naghihintay na matapos ang pangunahing pahina sa pag-render, na nagpapababa sa kabuuang oras ng pagproseso ng kahilingan.

Bilang karagdagan sa pag-optimize ng pag-load ng mapagkukunan, ang mekanismo ng Server Push ay maaari ding gamitin upang mag-stream ng data mula sa server patungo sa kliyente, ngunit para sa mga layuning ito ang W3C consortium ay bumubuo ng WebTransport protocol. Ang channel ng komunikasyon sa WebTransport ay nakaayos sa ibabaw ng HTTP/3 gamit ang QUIC protocol bilang isang transportasyon. Nag-aalok ang WebTransport ng mga advanced na feature gaya ng pag-aayos ng transmission sa maramihang stream, unidirectional stream, paghahatid nang hindi isinasaalang-alang ang pagkakasunud-sunod kung saan ipinadala ang mga packet (out-of-order), maaasahan at hindi mapagkakatiwalaang mga mode ng paghahatid.

Ayon sa istatistika ng Google, ang teknolohiya ng Server Push ay hindi malawakang ginagamit. Bagama't kasama ang Server Push sa detalye ng HTTP/3, sa pagsasagawa, maraming produkto ng software ng server at client, kasama ang Chrome browser, ang hindi ito native na ipinapatupad. Noong 2021, humigit-kumulang 1.25% ng mga site na nagpapatakbo ng HTTP/2 ang gumamit ng Server Push. Sa taong ito ang bilang na ito ay bumaba sa 0.7%.

Pinagmulan: opennet.ru

Magdagdag ng komento