Alternativene for uBlock Origin og AdGuard er utarbeidet med støtte for den tredje versjonen av Chrome-manifestet

Raymond Hill, forfatteren av uBlock Origin-blokkeringssystemene for uønsket innhold, publiserte et eksperimentelt nettlesertillegg uBO Minus med en implementering av uBlock Origin-varianten oversatt til declarativeNetRequest API, hvis bruk er foreskrevet i den tredje versjonen av Chrome-manifest. I motsetning til den klassiske uBlock Origin, bruker det nye tillegget funksjonene til nettleserens innebygde innholdsfiltreringsmotor og krever ikke installasjonstillatelser for å fange opp og endre alle nettstedsdata.

Tillegget har ennå ikke et popup-panel eller innstillingssider, og funksjonaliteten er begrenset til å blokkere nettverksforespørsler. For å fungere uten utvidede tillatelser, funksjoner som kosmetiske filtre for å erstatte innhold på en side ("##"), erstatte skript på nettsteder ("##+js"), filtre for viderekoblingsforespørsler ("redirect=") og overskrift filtre er deaktivert CSP (Content Security Policy) og filtre for å fjerne forespørselsparametere (“removeparam=”). Ellers samsvarer listen over standardfiltre fullt ut med settet fra uBlock Origin og inkluderer omtrent 22 tusen regler.

I tillegg ble det for noen dager siden presentert en eksperimentell versjon av AdGuard-annonseblokkeringstillegget - AdGuardMV3, som også ble oversatt til declarativeNetRequest API og er i stand til å fungere i nettlesere som kun støtter den tredje utgaven av Chrome-manifestet. Prototypen som er foreslått for testing gir all annonseblokkeringsfunksjonaliteten som kreves av vanlige brukere, men henger etter tillegget for den andre utgaven av manifestet i sine avanserte funksjoner, som kan være av interesse for avanserte brukere.

Den nye AdGuard vil fortsette å skjule bannere, widgets for sosiale nettverk og irriterende elementer, blokkere annonser på videoplattformer som YouTube, og proaktivt blokkere forespørsler knyttet til sporing av bevegelser. Begrensninger inkluderer flimring av annonseinnlegg på grunn av en forsinkelse på 1.5-2 sekunder i anvendelsen av kosmetiske regler, tap av noen muligheter knyttet til informasjonskapselfiltrering, bruk av regulære uttrykk og filtrering av spørringsparametere (den nye API-en gir forenklede regulære uttrykk) , tilgjengelighet av statistikk og filtersvarlogger kun i utviklermodus.

Også nevnt er en mulig reduksjon i antall regler på grunn av restriksjoner innført i den tredje versjonen av manifestet. Hvis nettleseren har ett tillegg installert som bruker declarativeNetRequest, er det ingen problemer med statiske regler, siden det er en generell grense for alle tillegg, som tillater 330 tusen regler. Når det er flere tillegg, brukes en grense på 30 tusen regler, noe som kanskje ikke er nok. En grense på 5000 regler er innført for dynamiske regler, og 1000 regler for regulære uttrykk.

Fra januar 2023 planlegger Chrome-nettleseren å slutte å støtte den andre versjonen av manifestet og gjøre den tredje versjonen obligatorisk for alle tillegg. Opprinnelig ble den tredje versjonen av manifestet målet for kritikk på grunn av forstyrrelsen av mange tillegg for å blokkere upassende innhold og sikre sikkerhet. Chrome-manifestet definerer egenskapene og ressursene som tilbys til tillegg. Den tredje versjonen av manifestet ble utviklet som en del av et initiativ for å styrke sikkerheten, personvernet og ytelsen til tilleggsprogrammer. Hovedmålet med endringene er å gjøre det enklere å lage sikre og høyytende tillegg, og å gjøre det vanskeligere å lage usikre og trege tillegg.

Den største misnøyen med den tredje versjonen av manifestet er relatert til oversettelsen til skrivebeskyttet modus av webRequest API, som gjorde det mulig å koble til dine egne behandlere som har full tilgang til nettverksforespørsler og kan endre trafikken i farten. Denne API-en brukes i uBlock Origin, AdGuard og mange andre tillegg for å blokkere uønsket innhold og sikre sikkerhet. I stedet for webRequest API tilbyr den tredje versjonen av manifestet en deklarativ NetRequest API med begrenset kapasitet, som gir tilgang til en innebygd filtreringsmotor som uavhengig behandler blokkeringsregler, ikke tillater bruk av egne filtreringsalgoritmer og ikke tillate å sette komplekse regler som overlapper hverandre avhengig av forholdene.

I løpet av de tre årene med diskusjoner om den kommende tredje versjonen av manifestet, har Google tatt hensyn til mange av fellesskapets ønsker og utvidet den deklarative NetRequest API som opprinnelig ble levert med funksjonene som kreves i eksisterende tillegg. For eksempel har Google lagt til støtte til declarativeNetRequest API for bruk av flere statiske regelsett, regulære uttrykksfiltrering, modifisering av HTTP-hoder, dynamisk endring og tilføying av regler, sletting og erstatning av spørringsparametere, tabulatorbasert filtrering og opprettelse av øktspesifikke regelsett.

Kilde: opennet.ru

Legg til en kommentar