„Google“ pradėjo testuoti „Manifest V3“. Ar tai bus „uBlock Origin“ pabaiga?

Prieš kelis mėnesius pasidalijome čia, tinklaraštyje, naujienos apie „Google“ ketinimai pašalinti skelbimų blokatorius iš savo naršyklės, tai nes „Manifest V3“ įvesti pakeitimai Jie daugiausia veikia plėtinius, skirtus blokuoti reklamą naršyklėje.

Dabar, po kelių mėnesių „Google“ pradėjo testuoti trečiąją manifesto versiją (Manifestas V3), kuriame parama naujam manifestui, apibrėžia papildinių teikiamas galimybes ir išteklius, šis „Manifest V3“ buvo pridėtas prie „Chrome Canary“ eksperimentinių versijų.

Naujas manifestas buvo sukurtas kaip iniciatyva, skirta pagerinti saugumą, privatumą ir efektyvumą Priedai (pagrindinis tikslas yra supaprastinti našių ir saugių priedų kūrimą ir apsunkinti galimybę kurti lėtus ir nesaugius priedus).

Manifestas vis dar yra pradiniame alfa testavimo etape, Jis nėra galutinis ir buvo pridėtas, kad kūrėjai galėtų pradėti eksperimentuoti ir pritaikyti savo papildinius. Naujo manifesto aktyvavimo laukiama kitais metais.

O Antrojo manifesto leidimo paramos pabaiga dar nėra nustatyta. Siekiant supaprastinti papildinių perkėlimą į naują manifestą, parengtas kontrolinis sąrašas, kuriame yra pakeitimų, kuriuos reikia spręsti įskiepių kūrėjams.

Susijęs straipsnis:

„Google“ tęsia ketinimus pašalinti skelbimų blokatorius

Čia svarbu prisiminti, kad pagrindinis nepasitenkinimas su naujuoju manifestu yra susijęs su užbaigimu stovo užrakto režimui iš „webRequest“ API, kuris bus ribojamas tik skaitymo režimu.

Išimtis bus padaryta tik „Chrome for Enterprise“ leidimui, kuriame bus palaikoma „webRequest“ API parama. „Mozilla“ nusprendė nesekti naujojo manifesto ir visapusiškai išlaikyti „Firefox“ naudodama „webRequest“ API.

Raymondas Hillas, pagrindinis „uBlock Origin“ kūrėjas, pasmerkė šį sprendimą„Google“. Anot pastarojo, perėjimas prie deklaratyvios „NetRequest“ API greičiausiai reikštų šių plėtinių, kuriuos naudoja mažiausiai 10 milijonų interneto vartotojų, mirtį.

"Jei ši (gana ribota) deklaratyvi" NetRequest "API baigiasi vieninteliu būdu, kai turinio blokatoriai gali atlikti savo darbą, tai iš esmės reiškia, kad nebegalima egzistuoti dviejų turinio blokatorių, kuriuos išlaikiau daugelį metų," uBlock Origin "ir" uMatrix "

Vietoj to, „WebRequest“ API filtruodama turinį naujame apraše, pasiūlė deklaratyvią API „deklarativeNetRequest“.

Jei „webRequest“ API leido prijungti savo valdiklius, turinčius visišką prieigą prie tinklo užklausų ir galinčius modifikuoti srautą, naujoji deklaratyvi „NetRequest“ API suteikia prieigą prie universalaus įmontuoto filtravimo variklio nepriklausomai apdoroja blokavimo taisykles, neleidžia naudoti savo filtravimo algoritmų ir neleidžia sudėtingoms taisyklėms sutapti, remiantis sąlygomis.

Naujajame apraše taip pat pateikiami kiti pakeitimai, turintys įtakos papildinių palaikymui. Tarp jų yra:

• Perėjimas prie paslaugų darbuotojų paleidimas kaip foniniai procesai, dėl kurio kūrėjai turės pakeisti kai kurių priedų kodą.
• Naujas detalus leidimo užklausos modelis: įskiepio negalima iškart suaktyvinti visuose puslapiuose ('visi_urls«), Bet tai veiks tik aktyviojo skirtuko kontekste, tai yra, vartotojas turi patvirtinti kiekvienos svetainės papildinio darbą.
• Kryžminio prašymo apdorojimo pokytis- Pagal naująjį manifestą turinio apdorojimo scenarijams bus taikomi tie patys autorizacijos apribojimai kaip ir pagrindiniam puslapiui, kuriame įterpti šie scenarijai (pavyzdžiui, jei puslapis neturi prieigos prie vietos API, todėl laimėjo scenarijų papildiniai " taip pat neturite šios prieigos).
• Draudimas vykdyti kodą, atsisiųstą iš išorinių serverių (Mes kalbame apie situacijas, kai papildinys įkelia ir vykdo išorinį kodą).