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

Raymond Hill, uBlock Origin'i blokeerimise süsteemi autor, avaldas eksperimenteerimise käigus uBO Minus brauseri lisandmooduli, mis realiseerib uBlock Origin'i versiooni, tõlgitud declarativeNetRequest API-le, mille kasutamine on ette nähtud Chrome'i juhendi kolmandas versioonis. Erinevalt klassikalisest uBlock Origin'ist kasutab uus lisandmoodul brauseri sisseehitatud mootori võimalusi sisu filtreerimiseks ja ei nõua installimisel volituste andmist, et tabada ja muuta kõiki saidi andmeid.

Tänase seisuga puudub lisaks hüpikaknale ka seadistuste leht ning funktsionaalsus on piiratud võrgu päringute blokeerimisega. Ilma täiendavate õigusteta on välja lülitatud sellised võimalused nagu kosmeetilised filtrid sisu asendamiseks lehe peal ("##"), skriptide sisestamine veebilehtedele ("##+js"), päringute ümbersuunamise filtrid ("redirect="), CSP (Content Security Policy) pealkirjade filtrid ning päringuparametrite eemaldamise filtrid ("removeparam="). Muus osas vastab vaikimisi pakutav filtrite nimekiri täielikult uBlock Origini komplektile ja sisaldab umbes 22 tuhat reeglit.

Lisaks sellele esitati mõned päevad tagasi katsetamiseks AdGuardi reklaamiblokeerimise laienduse eksperimentaalne versioon - AdGuardMV3, mis on samuti tõlgitud API-le declarativeNetRequest ja suudab töötada ainult Chrome'i kolmanda versiooni mälestusfaili toetavate brauseritega. Pakutud prototüüp annab kõik tavalistele kasutajatele vajaliku reklaamide blokeerimise funktsionaalsuse, kuid jääb oma laiendatud võimalustes, mis võivad huvi pakkuda kogenud kasutajatele, alla teise versiooni mälestusfaili laiendusele.

Uues AdGuardis jätkab töötlust bannerite, sotsiaalmeedia vidinate ja tüütu sisu peitmine, reklaamide blokeerimine videoportaalides nagu YouTube ning proaktiivne jälgimispäringute blokeerimine. Piirangutena tuuakse välja reklaamisisu vilkumine, mis on tingitud kosmeetiliste reeglite rakendamise viivitusest 1,5-2 sekundit, mõned võimalused, mis on seotud küpsiste filtreerimise, regulaarsete väljendite rakendamise ja päringute parameetrite filtreerimise kadumine (uus API pakub lihtsustatud regulaarseid väljendeid), samuti filtreid käsitleva statistika ja logi saadavus ainult arendaja režiimis (Developer Mode).

Mainitakse ka võimalust vähendada reeglite arvu seoses kolmanda versiooni manifesti kehtestatud piirangutega. Kui brauseris on installitud üks lisand, mis kasutab declarativeNetRequest'i, ei teki staatiliste reeglitega probleeme, kuna kehtib üldine piirang kõikidele lisanditele, lubades 330 tuhat reeglit. Kui lisandeid on mitu, kehtib piirang 30 tuhande reegli osas, mis võib osutuda ebapiisavaks. Dynaamiliste reeglite jaoks on kehtestatud piirang 5000 reeglit ning regulaarsete väljendite puhul 1000 reeglit.

Alates jaanuarist 2023 plaanitakse Chrome'i brauseris lõpetada teise versiooni manifesti toetamine ja teha kolmas versioon kõigi laienduste jaoks kohustuslikuks. Alguses sai kolmas versioon manifestist kriitika osaliseks, kuna see rikkusid paljude soovimatust sisust blokeerivate ja turvalisuse tagamise laienduste toimimist. Chrome'i manifest määratleb laiendustele antud võimalused ja ressursid. Kolmas manifesti versioon on välja töötatud turvalisuse, privaatsuse ja laienduste jõudluse tugevdamise algatuse raames. Muudatuste peamine eesmärk on lihtsustada turvaliste ja kõrge jõudlusega laienduste loomist ning raskendada ohtlike ja aeglaste laienduste loomist.

Kolmanda versiooni manifesti peamine rahulolematus on seotud webRequest API muutmisega ainult lugemise režiimi, mis võimaldas ühendada oma töötlejad, kellel on täielik juurdepääs võrgupäringutele ja kes suudavad liiklust reaalajas modifitseerida. Antud API-d kasutatakse uBlock Originis, AdGuardis ja paljudes teistes soovimatute sisude blokeerimise ja turvalisuse tagamise täiendustes. Kolmandas versioonis pakutakse webRequest API asemel piiratud võimalustega API-d declarativeNetRequest, mis annab juurdepääsu sisseehitatud filtreerimisselektorile, mis töötleb blokeerimise reegleid iseseisvalt, ei luba kasutada oma filtreerimisalgoritme ja ei võimalda määrata keerulisi tingimustest sõltuvaid üksteist kattuvaid reegleid.

Kolme aasta arutelude käigus tulevase kolmanda versiooni manifesti kohta arvestas Google mitmeid kogukonna soove ja laiendas algselt pakutud API declarativeNetRequest funktsionaalsust, mis on nõutud olemasolevates laiendustes. Näiteks lisas Google API declarativeNetRequest tuge mitme staatilise reeglite kogumi kasutamiseks, regulaaravaldiste kaudu filtreerimiseks, HTTP-päise muutmiseks, reeglite dünaamiliseks muutmiseks ja lisamiseks, päringute parameetrite eemaldamiseks ja asendamiseks, vahekaartide kaupa filtreerimiseks ning sessioonispetsiifiliste reeglite kogumite loomiseks.

Allikas: opennet.ru