uBlock Origin kaj AdGuard opcioj estis preparitaj kun subteno por la tria versio de la Chrome manifesto

Raymond Hill, la aŭtoro de la bloksistemoj de uBlock Origin por nedezirata enhavo, publikigis eksperimentan retumilon aldonaĵon uBO Minus kun efektivigo de la varianto uBlock Origin tradukita al la deklarativeNetRequest API, kies uzo estas preskribita en la tria versio de la API. Chrome manifesto. Male al la klasika uBlock Origin, la nova aldonaĵo uzas la kapablojn de la enkonstruita enhava filtra motoro de la retumilo kaj ne postulas instalajn permesojn por kapti kaj ŝanĝi ĉiujn retejojn.

La aldonaĵo ankoraŭ ne havas ŝprucpanelon aŭ agordajn paĝojn, kaj la funkcieco estas limigita al blokado de retaj petoj. Por labori sen plilongigitaj permesoj, funkcioj kiel kosmetikaj filtriloj por anstataŭigi enhavon sur paĝo ("##"), anstataŭigado de skriptoj en retejoj ("##+js"), filtriloj por alidirektado de petoj ("redirekto=") kaj kaplinio filtriloj estas malŝaltitaj CSP (Kontent Security Policy) kaj filtriloj por forigi petajn parametrojn ("removeparam="). Alie, la listo de defaŭltaj filtriloj plene respondas al la aro de uBlock Origin kaj inkluzivas ĉirkaŭ 22 mil regulojn.

Krome, antaŭ kelkaj tagoj estis prezentita eksperimenta versio de la aldonaĵo pri blokado de reklamoj AdGuard - AdGuardMV3, kiu ankaŭ estis tradukita al la declarativeNetRequest API kaj kapablas labori en retumiloj, kiuj subtenas nur la trian eldonon de la Chrome manifesto. La prototipo proponita por testado disponigas ĉiujn reklam-blokan funkciojn postulatajn de ordinaraj uzantoj, sed postrestas malantaŭ la aldonaĵo por la dua eldono de la manifesto en siaj altnivelaj kapabloj, kiuj povas interesi progresintajn uzantojn.

La nova AdGuard daŭre kaŝos standardojn, sociaretajn fenestraĵojn kaj ĝenajn elementojn, blokos reklamojn en videoplatformoj kiel Jutubo, kaj proaktive blokos petojn rilatajn al spurado de movadoj. Limigoj inkluzivas flagradon de reklamaj enmetoj pro malfruo de 1.5-2 sekundoj en la aplikado de kosmetikaj reguloj, perdo de iuj kapabloj rilataj al Kuketo-filtrado, la uzo de regulaj esprimoj kaj filtrado de demandaj parametroj (la nova API provizas simpligitajn regulajn esprimojn) , havebleco de statistikoj kaj filtrilaj respondprotokoloj nur en Programista Reĝimo.

Menciiĝas ankaŭ ebla redukto de la nombro de reguloj pro limigoj enkondukitaj en la tria versio de la manifesto. Se la retumilo havas instalitan unu aldonaĵon, kiu uzas declarativeNetRequest, ne estas problemoj kun statikaj reguloj, ĉar ekzistas ĝenerala limo por ĉiuj aldonaĵoj, permesante 330 mil regulojn. Kiam estas pluraj aldonoj, limo de 30 mil reguloj estas aplikata, kio eble ne sufiĉas. Limo de 5000 reguloj estis enkondukita por dinamikaj reguloj, kaj 1000 reguloj por regulaj esprimoj.

Ekde januaro 2023, la retumilo Chrome planas ĉesi subteni la duan version de la manifesto kaj fari la trian version deviga por ĉiuj aldonaĵoj. Komence, la tria versio de la manifesto iĝis la celo de kritiko pro la interrompo de multaj aldonaĵoj por blokado de netaŭga enhavo kaj certigi sekurecon. La Chrome manifesto difinas la kapablojn kaj rimedojn provizitajn al aldonaĵoj. La tria versio de la manifesto estis evoluigita kiel parto de iniciato plifortigi la sekurecon, privatecon kaj efikecon de aldonaĵoj. La ĉefa celo de la ŝanĝoj estas plifaciligi krei sekurajn kaj alt-efikecajn aldonaĵojn, kaj malfaciligi krei nesekurajn kaj malrapidajn aldonaĵojn.

La ĉefa malkontento pri la tria versio de la manifesto rilatas al la tradukado de la webRequest API al nurlegebla reĝimo, kiu permesis al vi konekti viajn proprajn prizorgantojn, kiuj havas plenan aliron al retaj petoj kaj povas modifi trafikon sur la flugo. Ĉi tiu API estas uzata en uBlock Origin, AdGuard kaj multaj aliaj aldonaĵoj por bloki nedeziratan enhavon kaj certigi sekurecon. Anstataŭ la webRequest API, la tria versio de la manifesto ofertas limigitan kapablecan deklaranNetRequest API, kiu disponigas aliron al enkonstruita filtra motoro kiu sendepende prilaboras blokajn regulojn, ne permesas la uzon de siaj propraj filtraj algoritmoj, kaj ne faras permesas starigi kompleksajn regulojn, kiuj interkovras unu la alian depende de la kondiĉoj.

Dum la tri jaroj da diskutoj pri la venonta tria versio de la manifesto, Google konsideris multajn dezirojn de la komunumo kaj vastigis la deklaran NetRequest API origine provizitan per la kapabloj postulataj en ekzistantaj aldonoj. Ekzemple, Guglo aldonis subtenon al la deklarativeNetRequest API por uzi plurajn senmovajn regulojn, regulajn esprimojn filtradon, modifante HTTP-titolojn, dinamike ŝanĝi kaj aldoni regulojn, forigi kaj anstataŭigi demandajn parametrojn, klapeta-bazita filtrado, kaj kreado de sesio-specifaj reguloj.

fonto: opennet.ru

Aldoni komenton