Google publikigis planon por ĉesi subteni la duan version de la Chrome manifesto.

Guglo malkaŝis templinion por malrekomendi version 2 de la Chrome manifesto en favoro de versio 3, kiu estis kritikita por rompi multajn el siaj enhavo blokado kaj sekurecaj aldonaĵoj. Precipe, la populara reklam-blokilo uBlock Origin estas alfiksita al la dua versio de la manifesto, kiu ne povas esti translokigita al la tria versio de la manifesto pro la ĉesigo de subteno por la bloka reĝimo de operacio de la webRequest API.

Ekde la 17-an de januaro 2022, la Chrome Web Store ne plu akceptos aldonaĵojn kiuj uzas la duan version de la manifesto, sed programistoj de antaŭe aldonitaj aldonaĵoj daŭre povos publikigi ĝisdatigojn. En januaro 2023, Chrome ĉesos subteni la duan version de la manifesto kaj ĉiuj aldonaĵoj ligitaj al ĝi ĉesos funkcii. Samtempe, publikigado de ĝisdatigoj por tiaj aldonaĵoj en la Chrome Web Store estos malpermesita.

Ni memoru, ke en la tria versio de la manifesto, kiu difinas la kapablojn kaj rimedojn provizitajn al aldonaĵoj, kiel parto de iniciato por plifortigi sekurecon kaj privatecon, anstataŭ la webRequest API, la deklarativeNetRequest API, limigita en siaj kapabloj, estas proponita. Dum la webRequest API permesas vin konekti viajn proprajn prizorgantojn kiuj havas plenan aliron al retaj petoj kaj kapablas modifi trafikon sur la flugo, la deklara NetRequest API nur provizas aliron al preta filtra motoro enkonstruita en la retumilo, kiu sendepende prilaboras blokadon. reguloj kaj ne permesas la uzon de siaj propraj filtraj algoritmoj kaj ne permesas al vi agordi kompleksajn regulojn, kiuj interkovras unu la alian depende de la kondiĉoj.

Laŭ Google, ĝi daŭre laboras pri efektivigo en declarativeNetRequest la kapablojn postulatajn en aldonaĵoj, kiuj uzas webRequest, kaj intencas alporti la novan API al formo kiu plene kontentigas la bezonojn de programistoj de ekzistantaj aldonaĵoj. Ekzemple, Guglo jam konsideris la dezirojn de la komunumo kaj aldonis subtenon al la deklarativeNetRequest API por uzi plurajn statikajn regulojn, filtri per regulaj esprimoj, modifi HTTP-kapojn, dinamike ŝanĝi kaj aldoni regulojn, forigi kaj anstataŭigi petajn parametrojn, filtri per klapeta ligado, kaj kreado de specifaj specifaj regulsesioj. En la venontaj monatoj, estas aldone planite efektivigi subtenon por dinamike agordeblaj enhavaj prilaboraj skriptoj kaj la kapablo stoki datumojn en RAM.

fonto: opennet.ru

Aldoni komenton