Google on mÀÀranud 3. juuniks Chrome'i teise versiooni manifesti toe lĂ”petamise protsessi, mis mÀÀratleb vĂ”imalused ja ressursid, mis on saadaval WebExtensions API-d kasutavatele lisadele. Alguses plaaniti teise versiooni manifesti toe lĂ”petamine jaanuaris 2023, kuid tĂ€htaegu on korduvalt edasi lĂŒkatud. Alates 3. juunist Chrome'i Beta, Dev ja Canary harudes, kus on installitud teise versiooni manifesti kasutavad lisad, hakkab lisade haldamise lehel (chrome://extensions) ilmuma teade, mis sisaldab teavet nende lisade toe peagi lĂ”petamise kohta. Teise versiooni manifesti baasil loodud lisadelt eemaldatakse ka
SeejĂ€rel algab jĂ€rkjĂ€rguline protsess teise versiooni manifesti kasutavate lisade keelamisest, samal ajal kui kasutajatele antakse soovitusi alternatiivide installimiseks, mis on saadaval Chrome Web Store'is ja mis on ĂŒle lĂ€inud kolmandale versioonile manifestist. Samal ajal on teatud aja jooksul kasutajale vĂ”imalik tagasi pöörduda keelatud lisade juurde, kuid aja jooksul eemaldatakse see funktsionaalsus. Teise versiooni manifesti toe lĂ”petamisega seotud muudatused rakendatakse esmalt Chrome'i testimisversioonides (Beta, Dev ja Canary), kuid jĂ€rgmiste kuude jooksul mĂ”jutavad need ka stabiilseid vĂ€ljaandeid. Teise versiooni manifesti toe lĂ”petamine on plaanis tegevuse lĂ”petada jĂ€rgmise aasta alguseks. EttevĂ”tete kasutajatele antakse vĂ”imalus edasi lĂŒkata teise versiooni manifesti toe lĂ”petamine juuni 2025. aastani.
Tuleb mĂ€rkida, et Google lahendas eelmisel aastal kĂ”ik peamised probleemid, mis takistasid ĂŒleminekut kolmandale versioonile manifestist, ja arvestas soovidega selle funktsionaalsuse osas. NĂ€iteks APId DeclarativeNetRequest suurendas lubatud staatiliste reeglite arvu 330 000-ni ja dĂŒnaamiliste reeglite arvu 30 000-ni. Praegu toetab Chrome Web Store'is umbes 85% lisadest juba kolmandat versiooni manifestist, sealhulgas kĂ”ige populaarsemaid sisu filtreerimise lisasid nagu AdBlock, Adblock Plus, uBlock Origin ja AdGuard.
Kolmas Chromeâi manifesti versioon on vĂ€lja töötatud algatuse raames, mille eesmĂ€rk on lihtsustada turvaliste ja suure jĂ”udlusega lisandmoodulite loomist ning keerulisemaks muuta ohtlike ja aeglaste lisandmoodulite loomist. Peamine rahulolematus kolmanda manifesti versiooniga oli seotud API webRequest ĂŒleminekuga ainult lugemisreĆŸiimile, mis vĂ”imaldas ĂŒhenduda oma töötlejatega, omades tĂ€ielikku juurdepÀÀsu vĂ”rgupĂ€ringutele ja olles vĂ”imeline reaalajas liiklust muutma. Kolmanda manifesti versioonis on API webRequest asemel lisatud piiratud vĂ”imalustega API declarativeNetRequest, mis annab juurdepÀÀsu integreeritud filtrimootorile, mis töötleb iseseisvalt blokeerimisreegleid ja ei luba kasutada oma filtreerimise algoritme.
Uues manifestis on samuti toimunud ĂŒleminek teenustöötlejate kĂ€ivitamisele taustaprotsesside vormis ja rakendatud granuleeritud volituste taotlemise mudel (lisandmoodul ei saa aktiveeruda kohe kĂ”igil lehtedel, vaid töötab ainult aktiivses vahekaardis). Spetsiifilised piirangud on laienenud ristsuundlike pĂ€ringute töötlemisse â sisu töötlemise skriptidele kehtivad samad volituste piirangud, mis ka peamisele lehele, kuhu need skriptid sisestatakse (nĂ€iteks kui lehel ei ole juurdepÀÀsu asukoha mÀÀramise API-le, siis ei saa ka lisandmooduli skript sellele juurdepÀÀsu). VĂ€liselt laaditud koodi tĂ€itmine on keelatud, serverid (kui lisandmoodul laadib ja tĂ€idab vĂ€liskoodi).
Allikas: opennet.ru
