Google begyndte at teste Manifest V3. Vil dette være slutningen på uBlock Origin?

For et par måneder siden delte vi her på bloggen nyhederne om Googles intentioner om at fjerne annonceblokkere fra din browser, dette fordi ændringerne blev introduceret i Manifest V3 De påvirker primært udvidelser, der er beregnet til at blokere reklame i browseren.

Nu, flere måneder senere Google er begyndt at teste den tredje version af sit manifest (Manifest V3), hvor støtten til det nye manifest, definerer de muligheder og ressourcer, der leveres af plugins, denne Manifest V3 er blevet føjet til Chrome Canary eksperimentelle builds.

Det nye manifest blev udviklet som en del af et initiativ til at forbedre sikkerhed, fortrolighed og ydeevne Add-ons (hovedmålet er at forenkle oprettelsen af ​​højtydende og sikre add-ons og komplicere muligheden for at skabe langsomme og usikre add-ons).

Manifestet er stadig i den indledende alfa-testfase, Det er ikke endeligt og er tilføjet for at give udviklere mulighed for at begynde at eksperimentere og tilpasse deres plugins. Aktivering af det nye manifest forventes næste år.

Mens Afslutningen på supporten til anden udgave af manifestet er endnu ikke fastlagt. For at forenkle migrationen af ​​plugins til det nye manifest er der udarbejdet en tjekliste, der inkluderer de ændringer, der skal adresseres for plugin-udviklere.

relateret artikel:

Google fortsætter med sine intentioner om at fjerne annonceblokkere

Her det er vigtigt at huske, at den største utilfredshed med det nye manifest er relateret til færdiggørelse af stativet til låsemodus fra webRequest API som er begrænset til skrivebeskyttet tilstand.

En undtagelse foretages kun for Chrome for Enterprise-udgaven, hvor support til webRequest API opretholdes. Mozilla besluttede ikke at følge det nye manifest og holde Firefox fuldt ud ved hjælp af webRequest API.

Raymond Hill, hovedudvikler af uBlock Origin, fordømte denne beslutninge Google. Ifølge sidstnævnte ville overgangen til declarativeNetRequest API sandsynligvis betyde død af disse udvidelser, der bruges af mindst 10 millioner internetbrugere.

"Hvis denne (temmelig begrænsede) deklarativeNetRequest API ender med at være den eneste måde, som indholdsblokkere kan udføre deres job på, betyder det grundlæggende, at to indholdsblokkere, som jeg har opretholdt i årevis, uBlock Origin og uMatrix ikke længere kan eksistere"

I stedet for foreslog WebRequest API for at filtrere indholdet i det nye manifest en deklarativ API-deklarativNetRequest.

Hvis webRequest API tillod dig at forbinde dine egne controllere med fuld adgang til netværksanmodninger og i stand til at ændre trafik på farten, den nye deklarativeNetRequest API giver adgang til en universel indbygget filtreringsmotor ud af boksen, der uafhængigt behandler blokeringsregler, ikke tillader brugen af ​​sine egne filtreringsalgoritmer og ikke tillader komplekse regler at overlappe hinanden baseret på betingelser.

Det nye manifest introducerer også andre ændringer, der påvirker plug-in support. Blandt dem er:

• Overgangen til kørsel af servicearbejdere som baggrundsprocesser, hvilket vil kræve, at udviklerne ændrer koden for nogle tilføjelser.
• Ny model for anmodning om tilladelse til tilladelse: plugin kan ikke aktiveres med det samme for alle sider ('alle_webadresser«), Men det fungerer kun i sammenhæng med den aktive fane, det vil sige, at brugeren bliver nødt til at bekræfte arbejdet med pluginet for hvert websted.
• Ændring i behandling af krydsoprindelsesapplikationer- Ifølge det nye manifest gælder de samme autoritetsbegrænsninger for indholdsbehandlingsscript som for hovedsiden, hvor disse scripts indsættes (for eksempel hvis siden ikke har adgang til lokalitets-API'en, så script-plugins vandt ' få heller ikke denne adgang).
• Forbud mod udførelse af kode downloadet fra eksterne servere (Vi taler om situationer, hvor et plugin indlæser og udfører ekstern kode).