av Martin Brinkmann på januar 22, 2019 i Google Chrome – 18 kommentarer
Google jobber på Chrome extension manifest versjon 3 i øyeblikket som definerer egenskapene til Chrome-utvidelser plattform.
Den oppdaterte manifest er tilgjengelig som utkast for øyeblikket er at hvem som helst kan få tilgang til. Utkast betyr at det ikke er satt i stein ennå, og at ting kan endre seg. Google vil lansere en oppdatert versjon av manifest slutt selv, og gjøre det obligatorisk etter en overgangsperiode.
Interesserte brukere og utvidelse utviklere kan følge bug tracking, problemet 896897, på Krom Bugs nettstedet.
Raymond Bakken, kjent som Gorhill online, forfatteren av den populære content blockers uBlock Opprinnelse og uMatrix, uttrykt sin bekymring over noen av de planlagte endringer, og disse endringene, hvis de gjennomføres som foreslått i dag, fjerne funksjonalitet som utvidelser bruk for innholdsblokkering.
Google planer om å fjerne blokkering av valg fra den webRequest API og ber for utviklere å bruke declarativeNetRequest i stedet. En av de viktigste problemer med den foreslåtte endringen er at det er laget for å støtte AdBlock Plus-kompatible filtre og ville begrense filtrene til 30k.
Hill nevnt på Google bug tracking nettstedet at endringen ville avslutte sitt utvidelser uBlock Opprinnelse og uMatrix for Google Chrome. Mens det ville være mulig å bytte til ny funksjonalitet, det er for å begrense og ville lamme eksisterende funksjonalitet av innholdet blokkere utvidelser.
Hvis dette (ganske begrenset) declarativeNetRequest API ender opp med å være den eneste måten innhold blockers kan utføre sin plikt, dette betyr i hovedsak at to innholdet blockers har jeg hatt i mange år, uBlock Opprinnelse (“uBO”) og uMatrix, kan ikke lenger eksisterer.
Det er andre funksjoner (som jeg forstår er verdsatt av mange brukere) som ikke kan gjennomføres med declarativeNetRequest API, for eksempel blokkering av media element som er større enn en fastsatt størrelse, deaktivering av JavaScript-kjøring gjennom injeksjon av CSP direktiver, fjerning av utgående Cookie overskrifter, etc. – og alle disse kan være satt til å overstyre en mindre spesifikk innstilling, dvs. man kunne velge å globalt blokkere store medier elementer, men tillate dem på noen spesifikke områder, og så videre fortsatt være i stand til å overstyre disse reglene med stadig mer konkrete regler.
Den nye API ville begrense innhold blockers for Chrome-baserte nettlesere og eliminere alternativer for å skape nye og unike innholdsblokkering utvidelser. Alle som ville være venstre er AdBlock Plus som filtrering utvidelser som vil tilby den samme blokkering.
Mens det fortsatt ville være adblockers for Chrome, grensen på 30.000 nettverk filtre vil gjøre selv de som er mindre dyktige enn før. EasyList, en svært populær blokkere listen, har 42,000 filtre og hvis brukerne legge til andre lister som brukes for andre formål, f.eks. sosiale blokkere, at antall vil øke enda mer.
Du kan følge diskusjonen på uBlock Opprinnelse er GitHub siden også.
Avsluttende Ord
Kan dette ha vært Googles plan hele tiden? Opprette en nettleser og bruke den til å bekjempe bruk av innhold blockers? Blokkere noen irriterende annonser, tillate grunnleggende innhold blokkere, og blokkere alle andre former for innhold blokkering for å sikre at Google reklame bedrift forbedrer igjen?
Noen brukere vil sikkert gå til Firefox hvis uBlock Opprinnelse, uMatrix og annet innhold blockers ikke lenger ville jobbe i Chrome-baserte nettlesere. Selv om millioner ville migrere, ville det likevel la Chrome dominere hele pc-nettleser markedet.
Det vil også være interessant å se hvordan Opera Vivaldi, Modig, og andre Krom-basert nettleser utviklere reagere på endring, hvis det går slik det er foreslått akkurat nå.
Nå er Du: Hva er din ta på seg dette?