Google sāka testēt Manifest V3. Vai ar to beigsies uBlock Origin?

Pirms dažiem mēnešiem mēs dalījāmies šeit emuārā ziņas uz Google nodomi noņemt reklāmu bloķētājus no jūsu pārlūkprogrammas, tas jo izmaiņas, kas ieviestas Manifest V3 Tie galvenokārt ietekmē paplašinājumus, kuru mērķis ir bloķēt reklamēšanu pārlūkprogrammā.

Tagad, vairākus mēnešus vēlāk Google ir sākusi testēt sava manifesta trešo versiju (Manifests V3), kurā atbalsts jaunajam manifestam, nosaka spraudņu sniegtās iespējas un resursus, šis Manifest V3 ir pievienots Chrome Canary eksperimentālajām būvēm.

Jaunais manifests tika izstrādāta kā daļa no iniciatīvas drošības, privātuma un veiktspējas uzlabošanai Papildinājumi (galvenais mērķis ir vienkāršot augstas veiktspējas un drošu pievienojumprogrammu izveidi un sarežģīt spēju izveidot lēnus un nedrošus papildinājumus.

Manifests joprojām ir sākotnējā alfa testēšanas stadijā, Tas nav galīgs un ir pievienots, lai izstrādātājiem dotu iespēju sākt eksperimentēt un pielāgot savus spraudņus. Jaunā manifesta aktivizēšana gaidāma nākamgad.

kamēr Atbalsta beigas manifesta otrajam izdevumam vēl jānosaka. Lai vienkāršotu spraudņu migrēšanu uz jauno manifestu, ir sagatavots kontrolsaraksts, kurā iekļautas izmaiņas, kas jārisina spraudņu izstrādātājiem.

saistīto rakstu:

Google turpina nodomus noņemt reklāmu bloķētājus

Here ir svarīgi atcerēties, ka galvenā neapmierinātība ar jauno manifestu ir saistīts ar pabeigšanu statīva bloķēšanas režīmam no webRequest API, kas būs ierobežots tikai lasīšanas režīmā.

Izņēmums tiks veikts tikai Chrome for Enterprise izdevumam, kurā tiks saglabāts atbalsts webRequest API. Mozilla nolēma nesekot jaunajam manifestam un pilnībā saglabāt Firefox, izmantojot WebRequest API.

Raimonds Hils, vadošais uBlock Origin izstrādātājs, nosodīja šo lēmumue Google. Saskaņā ar pēdējo, pāreja uz deklaratīvoNetRequest API, iespējams, nozīmētu šo paplašinājumu nāvi, kurus izmantoja vismaz 10 miljoni interneta lietotāju.

"Ja šī (diezgan ierobežotā) deklaratīvāNetRequest API galu galā ir vienīgais veids, kā satura bloķētāji var veikt savu darbu, tas būtībā nozīmē, ka vairs nevar pastāvēt divi satura bloķētāji, kurus esmu uzturējis gadiem ilgi, uBlock Origin un uMatrix"

Tā vietā WebRequest API, lai filtrētu jaunā manifesta saturu, piedāvāja deklaratīvu API deklarativeNetRequest.

Ja webRequest API ļāva jums izveidot savienojumu ar saviem kontrolieriem ar pilnīgu piekļuvi tīkla pieprasījumiem un ar iespēju modificēt datplūsmu, jaunā deklaratīvāNetRequest API nodrošina piekļuvi universālajam iebūvētajam filtrēšanas dzinējam ārpus lodziņa, kas neatkarīgi apstrādā bloķēšanas kārtulas, neļauj izmantot savus filtrēšanas algoritmus un neļauj sarežģītiem noteikumiem savstarpēji pārklāties, pamatojoties uz nosacījumiem.

Jaunais manifests ievieš arī citas izmaiņas, kas ietekmē spraudņu atbalstu. Starp tiem ir:

• Pāreja uz apkalpojošo darbinieku vadīšana kā fona procesi, kas prasīs izstrādātājiem mainīt dažu papildinājumu kodu.
• Jauns detalizēts atļaujas pieprasījuma modelis: spraudni nevar uzreiz aktivizēt visām lapām ('all_urls«), Bet tas darbosies tikai aktīvās cilnes kontekstā, tas ir, lietotājam būs jāapstiprina spraudņa darbs katrai vietnei.
• Izmaiņas savstarpējās izcelsmes pieteikumu apstrādē- Saskaņā ar jauno manifestu satura apstrādes skriptiem tiks piemēroti tādi paši autoritātes ierobežojumi kā galvenajai lapai, kurā šie skripti ir ievietoti (piemēram, ja lapai nav piekļuves atrašanās vietas API, tāpēc uzvarēja skriptu spraudņi " arī iegūt šo piekļuvi).
• No ārējiem serveriem lejupielādēta koda izpildes aizliegums (Mēs runājam par situācijām, kad spraudnis ielādē un izpilda ārējo kodu).