Chrome'i brauseri arendajad keeravad web-lehtede elementide laadi laadimise tööriistu, mis vĂ”imaldavad mitte laadida sisu, mis asub nĂ€htava ala vĂ€ljast, enne kui kasutaja kerib lehte koha juurde, mis vahetult eelneb elemendile. Varasemalt oli see reĆŸiim juba realiseeritud Chrome 76 ja Firefox 75 jaoks piltide jaoks. NĂŒĂŒd on Chrome'i arendajad teinud veel ĂŒhe sammu ja lisanud vĂ”imaluse laadi laadimiseks iframe-plokkidele.
Iframe'i sildi laadi laadimise juhtimiseks on lisatud atribuut âloadingâ, mis vĂ”ib vĂ”tta vÀÀrtuseks âlazyâ (laadi laadimine), âeagerâ (laadi kohe) ja âautoâ (laadi laadimine brauseri Ă€ranĂ€gemisel, kui reĆŸiim on sisse lĂŒlitatud ). Eeldatakse, et laadimise edasilĂŒkkamine vĂ€hendab mĂ€lu kasutamist, vĂ€hendab liiklust ja kiirendab lehtede algset avamist. NĂ€iteks, kui uus reĆŸiim on sisse lĂŒlitatud, ei hakata kohe laadima reklaamibloge ja vidinaid Twitteris, Facebookis ja YouTube'is, kui need ei ole kasutajale nĂ€htavad, kuni kasutaja kerib lehte enne nende plokkide asukohta.
Arendajate hinnangul vĂ”imaldab edasilĂŒkatud laadimine keskmiselt sÀÀsta 2-3% liiklust, vĂ€hendada 1-2% vĂ”rra ja vĂ€hendab 2%. Konkreetsetel saitidel on muudatused mĂ€rgatavamad. NĂ€iteks YouTube'i ploki edasilĂŒkatud laadimise lubamine toob kaasa andmete vĂ€hendamise ligikaudu 500 KB, Instagrami puhul 100 KB, Spotify puhul 500 KB, Facebooki puhul 400 KB. Eriti on Chrome.com veebilehe YouTube'i plokkide edasilĂŒkatud laadimise rakendamine vĂ”imaldanud mobiilsetes seadmetes vĂ€hendada lehtede kĂ€ttesaadavuse ooteaega kuni 10 sekundi vĂ”rra ja vĂ€hendada esialgu laaditava JavaScript-koodi suurust 511 KB vĂ”rra.
Allikas: opennet.ru
