Google började testa Manifest V3. Kommer detta att vara slutet på uBlock Origin?

För några månader sedan delade vi här på bloggen nyheterna på Googles avsikter att ta bort annonsblockerare från din webbläsare, detta eftersom förändringarna infördes i Manifest V3 De påverkar främst tillägg som är avsedda att blockera reklam i webbläsaren.

Nu, flera månader senare Google har börjat testa den tredje versionen av sitt manifest (Manifest V3), där stödet för det nya manifestet, definierar funktioner och resurser som tillhandahålls av plugins, denna Manifest V3 har lagts till i de experimentella versionerna av Chrome Canary.

Det nya manifestet utvecklades som en del av ett initiativ för att förbättra säkerhet, integritet och prestanda Tillägg (huvudmålet är att förenkla skapandet av högpresterande och säkra tillägg och komplicera möjligheten att skapa långsamma och osäkra tillägg).

Manifestet är fortfarande i det inledande alfa-testfasen, Det är inte slutgiltigt och har lagts till för att ge utvecklare möjlighet att börja experimentera och anpassa sina plugins. Aktivering av det nya manifestet förväntas nästa år.

Medan Slutet på stödet för den andra upplagan av manifestet har ännu inte fastställts. För att förenkla migreringen av plugins till det nya manifestet har en checklista upprättats som innehåller de ändringar som måste åtgärdas för plugin-utvecklare.

Relaterad artikel:

Google fortsätter med sina avsikter att ta bort annonsblockerare

Här Det är viktigt att komma ihåg att det största missnöjet med det nya manifestet är relaterad till slutförande på stativet för låsläge från webRequest API, som begränsas till skrivskyddat läge.

Ett undantag kommer endast att göras för Chrome for Enterprise-utgåvan, där stöd för webRequest API behålls. Mozilla bestämde sig för att inte följa det nya manifestet och att hålla Firefox fullt ut med webRequest API.

Raymond Hill, ledande utvecklare av uBlock Origin, fördömde detta beslute Google. Enligt det senare skulle övergången till declarativeNetRequest API sannolikt innebära att dessa tillägg dödades av minst 10 miljoner internetanvändare.

"Om detta (ganska begränsade) deklarativa NetRequest API slutar vara det enda sättet som innehållsblockerare kan göra sitt jobb betyder det i princip att två innehållsblockerare som jag har underhållit i flera år, uBlock Origin och uMatrix, inte längre kan existera."

I stället föreslog WebRequest API för att filtrera innehållet i det nya manifestet en deklarativ API-deklarativNetRequest.

Om webRequest API tillät dig att ansluta dina egna styrenheter med full åtkomst till nätverksförfrågningar och kan ändra trafik i farten, det nya deklarativa NetRequest API ger tillgång till en universell inbyggd filtreringsmotor out of the box som oberoende behandlar blockeringsregler, tillåter inte användning av egna filtreringsalgoritmer och tillåter inte komplexa regler att överlappa varandra baserat på förhållanden.

Det nya manifestet introducerar också andra ändringar som påverkar plugin-stöd. Bland dem är:

• Övergången till köra servicearbetare som bakgrundsprocesser, vilket kräver att utvecklarna ändrar koden för vissa tillägg.
• Ny detaljerad begäran om behörighetsmodell: plugin kan inte aktiveras omedelbart för alla sidor ('alla_webbadresser«), Men det fungerar bara inom ramen för den aktiva fliken, det vill säga användaren måste bekräfta plugin-arbetet för varje webbplats.
• Ändring av bearbetning av applikationer med olika ursprung- Enligt det nya manifestet gäller samma behörighetsbegränsningar för innehållsbehandlingsskript som för huvudsidan där dessa skript infogas (till exempel om sidan inte har åtkomst till plats-API, så skript-plugins vann ' inte heller få denna åtkomst).
• Förbud mot exekvering av kod som laddats ner från externa servrar (Vi pratar om situationer där ett plugin laddar och kör extern kod).