Janë përgatitur variantet uBlock Origin dhe AdGuard me mbështetje për versionin e tretë të manifestit të Chrome

Raymond Hill, autori i sistemit të bllokimit të përmbajtjes së padëshiruar uBlock Origin, publikoi një shtesë eksperimentale të shfletuesit uBO Minus me implementimin e një varianti të uBlock Origin, i përkthyer në API declarativeNetRequest, përdorimi i të cilit është i parashikuar në versionin e tretë të manifestit të Chrome. Ndryshe nga uBlock Origin klasik, shtesa e re përdor mundësitë e motorit të integruar në shfletues për filtrimin e përmbajtjes dhe nuk kërkon autorizimin për të kapur dhe modifikuar të dhënat e të gjitha faqeve.

Aktualisht, nuk ka një panel të daljes dhe faqe të cilat mundësojnë konfigurimin e parametrave, dhe funksionaliteti është i kufizuar në bllokimin e kërkesave rrjet. Funksionet si filtra kozmetike për zëvendësimin e përmbajtjes në faqe ("##"), injektimi i skripteve në site ("##+js"), filtrat për ridrejtimin e kërkesave ("redirect=") dhe filtrat e titujve CSP (Content Security Policy) si dhe filtrat për heqjen e parametrave të kërkesave ("removeparam=") janë të çaktivizuara për punë pa privilegje të avancuara. Përndryshe, lista e filtrave të ofruara si standard plotëson në mënyrë të plotë setin e uBlock Origin dhe përmban rreth 22 mijë rregulla.

Për më tepër, disa ditë më parë u prezantua një variant eksperimental i shtesës për bllokimin e reklamave AdGuard — AdGuardMV3, gjithashtu e përkthyer në API-në declarativeNetRequest dhe e aftë të funksionojë në shfletuesit që mbështesin vetëm versionin e tretë të manifestit të Chrome. Prototipi i propozuar për testim ofron të gjitha funksionalitetet e nevojshme për përdoruesit e zakonshëm për bllokimin e reklamave, por është pas shtesës për versionin e dytë të manifestit në mundësitë e tij të zgjeruara, të cilat mund të jenë interesante për përdoruesit e avancuar.

Në AdGuard të ri, do të vazhdojë të funksionojë fshehja e banerëve, widget-eve të mediave sociale dhe elementeve të bezdisshëm, bllokimi i reklamave në platforma video si YouTube dhe bllokimi i parashikueshëm i kërkesave të lidhura me gjurmimin e lëvizjeve. Në mesin e kufizimeve, përmendet ndriçimi i reklamave për shkak të vonesës në aplikimin e rregullave kozmetike prej 1.5-2 sekondash, humbja e disa mundësive të lidhura me filtrimin e cookie-ve, përdorimin e shprehjeve të rregullta dhe filtrimin e parametrave të kërkesave (API i ri ofron shprehje të thjeshtuar të rregullta), si dhe disponueshmëria e statistikave dhe regjistrimit të aktivizimeve të filtrave vetëm në modalitetin e zhvilluesit (Developer Mode).

Po gjithashtu përmendet mundësia e reduktimit të numrit të rregullave për shkak të kufizimeve të vendosura në versionin e tretë të manifestit. Nëse në shfletues është instaluar një shtesë që përdor declarativeNetRequest, nuk ka probleme me rregullat statike, pasi ka një kufi të përgjithshëm për të gjitha shtesat prej 330 mijë rregullash. Kur ka disa shtesa, aplikohet një kufi prej 30 mijë rregullash, që mund të mos mjaftojë. Për rregullat dinamike është vendosur një kufi prej 5000 rregullash, ndërsa për shprehjet e rregullta — 1000 rregullash.

Deri nga janari 2023, plani është që një version i dytë i manifestit të mos mbështetet më në shfletuesin Chrome dhe të bëhet versioni i tretë e detyrueshme për të gjitha shtesat. Fillimisht, versioni i tretë i manifestit u kritikua për shkak të shpërqendrimeve që shkaktoi në funksionimin e shumë shtesave që bllokojnë përmbajtjen e padëshiruar dhe sigurinë. Manifesti i Chrome përcakton mundësitë dhe burimet që i ofrohen shtesave. Versioni i tretë i manifestit është zhvilluar si pjesë e një iniciative për të përmirësuar sigurinë, privatësinë dhe performancën e shtesave. Qëllimi kryesor i ndryshimeve të bëra është thjeshtimi i procesit të krijimit të shtesave të sigurta dhe me performancë të lartë, si dhe vështirësimi i krijimit të shtesave të pasigurta dhe të ngadaltë.

Ankesa kryesore me versionin e tretë të manifestit lidhet me kalimin në modalitetin vetëm për lexim për API-në webRequest, e cila lejonte lidhjen e trajtuesve të vet me qasje të plotë në kërkesat rrjetike dhe që ishin në gjendje të modifikonin trafikun në fluks. Kjo API përdoret në uBlock Origin, AdGuard dhe shumë shtesa të tjera për bllokimin e përmbajtjes së padëshiruar dhe për sigurimin e sigurisë. Në vend të API-së webRequest, versioni i tretë i manifestit propozon një API me funksione të kufizuara, declarativeNetRequest, që ofron akses në motorin e brendshëm për filtrimin, që përpunon vetë rregullat e bllokimit, pa lejuar përdorimin e algoritmeve të veta të filtrimit dhe pa lejuar caktimin e rregullave komplekse që mbivendosen në varësi të kushteve.

Pas tri vitesh diskutimesh për versionin e tretë të manifesto, kompania Google ka marrë parasysh shumë kërkesa nga komuniteti dhe ka zgjeruar API-në e ofruar fillimisht declarativeNetRequest me funksionalitete të kërkuara nga shtesat ekzistuese. Për shembull, Google ka shtuar në API-në declarativeNetRequest mbështetje për përdorimin e disa grupeve të rregullave statike, filtrimin me shprehje të rregullta, modifikimin e headers-it HTTP, ndryshimin dhe shtimin dinamik të rregullave, heqjen dhe zëvendësimin e parametrave të kërkesës, filtrimin me lidhje me tabet dhe krijimin e grupeve të rregullave specifike për seanca të caktuara.

Burimi: opennet.ru

Bleni hostim të besueshëm për faqe me mbrojtje nga DDoS, serverë VPS VDS 🔥 Bleni hostim të besueshëm për faqe me mbrojtje nga DDoS, serverë VPS VDS | ProHoster