Google begynte å teste Manifest V3. Vil dette være slutten på uBlock Origin?

For noen måneder siden delte vi her på bloggen nyheter på Googles intensjoner om å fjerne annonseblokkere fra nettleseren din, dette fordi endringene som ble introdusert i Manifest V3 De påvirker hovedsakelig utvidelser som er ment å blokkere reklame i nettleseren.

Nå, flere måneder senere Google har begynt å teste den tredje versjonen av manifestet (Manifest V3), der støtten til det nye manifestet, definerer mulighetene og ressursene som tilbys av plugins, denne Manifest V3 har blitt lagt til Chrome Canary eksperimentelle builds.

Det nye manifestet ble utviklet som en del av et initiativ for å forbedre sikkerhet, personvern og ytelse Tilleggsprogrammer (hovedmålet er å forenkle opprettelsen av høyytelses og sikre tilleggsprogrammer og komplisere muligheten til å skape langsomme og usikre tilleggsprogrammer).

Manifestet er fremdeles i det innledende alfatestingstrinnet, Det er ikke endelig og er lagt til for å gi utviklere muligheten til å begynne å eksperimentere og tilpasse pluginene sine. Aktivering av det nye manifestet forventes neste år.

Mens Avslutningen på støtten til den andre utgaven av manifestet er ennå ikke bestemt. For å forenkle overføringen av plugins til det nye manifestet, er det utarbeidet en sjekkliste som inkluderer endringene som må adresseres for plugin-utviklere.

Relatert artikkel:

Google fortsetter med intensjonen om å fjerne annonseblokkere

Her det er viktig å huske at den største misnøyen med det nye manifestet er relatert til ferdigstillelse av stativet for låsemodus fra webRequest API, som vil være begrenset til skrivebeskyttet modus.

Et unntak vil bare bli gjort for Chrome for Enterprise-utgaven, der støtte for webRequest API opprettholdes. Mozilla bestemte seg for ikke å følge det nye manifestet og holde Firefox fullt ut ved hjelp av webRequest API.

Raymond Hill, hovedutvikler av uBlock Origin, fordømte denne avgjørelsene Google. I følge sistnevnte vil overgangen til declarativeNetRequest API sannsynligvis bety dødsfallet til disse utvidelsene som brukes av minst 10 millioner Internett-brukere.

"Hvis denne (ganske begrensede) deklarativeNetRequest API ender opp med å være den eneste måten innholdsblokkere kan gjøre jobben sin, betyr det i utgangspunktet at to innholdsblokkere som jeg har vedlikeholdt i årevis, uBlock Origin og uMatrix ikke lenger kan eksistere."

I stedet foreslo WebRequest API for å filtrere innholdet i det nye manifestet en deklarativ API-declarativeNetRequest.

Hvis webRequest API tillot deg å koble til dine egne kontrollere med full tilgang til nettverksforespørsler og i stand til å endre trafikk på farten, den nye declarativeNetRequest API gir tilgang til en universell innebygd filtreringsmotor ut av boksen som uavhengig behandler blokkeringsregler, ikke tillater bruk av egne filtreringsalgoritmer, og ikke tillater komplekse regler å overlappe hverandre basert på forhold.

Det nye manifestet introduserer også andre endringer som påvirker plugin-støtte. Blant dem er:

• Overgangen til kjører servicearbeidere som bakgrunnsprosesser, som vil kreve at utviklerne endrer koden for noen tillegg.
• Ny modell for forespørsel om tillatelse: plugin kan ikke aktiveres umiddelbart for alle sider ('alle_nettadresser«), Men det vil bare fungere i sammenheng med den aktive fanen, det vil si at brukeren må bekrefte arbeidet med pluginet for hvert nettsted.
• Endring i behandling av opprinnelig søknad- I henhold til det nye manifestet vil de samme autoritetsbegrensningene gjelde for innholdsbehandlingsskriptene som for hovedsiden der disse skriptene settes inn (for eksempel hvis siden ikke har tilgang til lokaliserings-API-et, så skripttilleggene vant ' ikke få denne tilgangen heller).
• Forbud mot utførelse av kode lastet ned fra eksterne servere (Vi snakker om situasjoner der et programtillegg laster inn og utfører ekstern kode).