On valmistatud uBlock Origini ja AdGuardi variandid, mis toetavad Chrome'i kolmanda versiooni manifesti.

Raymond Hill, uBlock Origin'i kahjustava sisu blokeerimise süsteemi autor, on avaldanud katsebrauseri laienduse uBO Minus, mis rakendab uBlock Origin varianti, mis on tõlgitud API declarativeNetRequest'ile, mille kasutamine on ette nähtud Chrome'i kolmandas versioonis. Erinevalt klassikalisest uBlock Origin'st kasutab uus laiendus brauserisse integreeritud mootori võimalusi sisu filtreerimiseks ning ei nõua installimisel volituste andmist kõigi saidi andmete püüdmise ja muutmise jaoks.

Laiendis ei ole veel hüpikakent ja seadistuslehti, ning funktsionaalsus on piiratud võrgupäringute blokeerimisega. Tööks ilma täiendavate volitusteta on keelatud sellised võimalused nagu kosmeetilised filtrid sisu asendamiseks lehel ("##"), skriptide sisestamine saitidele ("##+js"), päringute suunamisfiltrid ("redirect=") ja CSP (Content Security Policy) pealkirjade filtrid ning päringute parameetrite eemaldamise filtrid ("removeparam="). Ülejäänud vaikimisi pakutavate filtrite loetelu vastab täielikult uBlock Origin'i komplektile ja sisaldab umbes 22 tuhat reeglit.

Lisaks, paar päeva tagasi esitati katseversioon reklaamide blokeerimise laiendusest AdGuard — AdGuardMV3, mis on samuti tõlgitud API declarativeNetRequest'ile ja suudab töötada brauserites, mis toetavad ainult Chrome'i kolmandat väljaannet. Testimiseks pakutud prototüüp pakub kõiki tavalistele kasutajatele vajalikku funktsionaalsust reklaamide blokeerimiseks, kuid jääb alla teise väljaande laiendusele oma laiendatud võimalustes, mis võivad olla huvitavad edasijõudnutele kasutajatele.

Uues AdGuard jätkub reklaamide, sotsiaalmeedia vidinate ja häirivate elementide varjamine, reklaamide blokeerimine videoportaalides nagu YouTube ning ennetav blokeerimine, mis on seotud jälgimisettepanekutega. Piirangutena tuuakse välja reklaamikompositsioonide vilkumine, mis tuleneb kosmeetiliste reeglite rakendamise viivitusest 1,5–2 sekundit, kaotamine mõningaid võimalusi, mis on seotud küpsisefiltreerimise, regulaarsete avaldiste rakendamise ja päringuparametrite filtreerimisega (uus API võimaldab lihtsustatud regulaarseid avaldisi), statistika ja filtrite aktiveerimislogide kättesaadavus ainult arendaja režiimis (Developer Mode).

Samuti mainitakse võimaliku reeglite arvu vähenemist, mis tuleneb kolmanda versiooni manifesti sisseviidud piirangutest. Kui brauseris on installitud üks laiendus, mis kasutab declarativeNetRequest, ei esine staatiliste reeglitega probleeme, kuna kehtib ühtne piirang kõigile laiendustele, mis lubab 330 tuhat reeglit. Kui laiendusi on mitu, rakendatakse 30 tuhande reegli piirmäära, mis võib osutuda ebapiisavaks. Dynaamiliste reeglite jaoks on kehtestatud piirmäär 5000 reeglit ja regulaarsete avaldiste jaoks 1000 reeglit.

Alates jaanuarist 2023 plaanitakse Chrome'i brauseris lõpetada teise versiooni manifesti toetamine ja muuta kolmas versioon kõigile laiendustele kohustuslikuks. Esialgu pälvis kolmas versioon manifestist kriitikat paljude reklaamide blokeerimise ja turvalisuse tagamise laienduste töö takistamise tõttu. Chrome'i manifest määratleb laiendustele pakutavad võimalused ja ressursid. Kolmas versioon manifestist on välja töötatud algatuse raames laienduste turvalisuse, privaatsuse ja jõudluse parandamiseks. Muudatuste peamine eesmärk on lihtsustada turvaliste ja kõrge jõudlusega laienduste loomist, samas raskendada ohtlike ja aeglaste laienduste loomise võimalusi.

Kolmas versioon manifestist on peamine rahulolematus seotud webRequest API muutmisega ainult lugemisrežiimiks, mis lubas kasutada eraldi töötlejat, millel oli täielik juurdepääs võrgupäringutele ja mis suutis reaalajas liiklust muuta. Antud API-d kasutatakse uBlock Originis, AdGuardis ja paljudes teistes lisades, mis blokeerivad soovimatut sisu ja tagavad turvalisuse. Kolmandas versioonis on webRequest API asemel ette nähtud piiratud võimalustega declarativeNetRequest API, mis pakub juurdepääsu sisseehitatud filtrimootorile, mis töötab iseseisvalt blokeerimisreeglitega, mitte ei luba kasutada isiklikke filtreerimisalgoritme ja ei võimalda määrata keerulisi reegleid, mis kattuvad üksteisega olenevalt tingimustest.

Kolme aasta arutelude jooksul kolmanda versiooni manifesti üle on Google arvesse võtnud paljusid kogukonna soove ja laiendanud algselt pakutud declarativeNetRequest API-d võimalustega, mida on nõutud olemasolevates lisades. Näiteks lisas Google declarativeNetRequest API-sse tuge mitme staatilise reeglikomplekti, regulaaravaldise filtreerimise, HTTP-pealkirjade muutmise, reeglite dünaamilise muutmise ja lisamise, päringute parameetride eemaldamise ja asendamise, vahelehtedega seotud filtreerimise ning seansile spetsiifiliste reeglikomplektide loomise.

Allikas: opennet.ru