af Martin Brinkmann den 22 januar 2019 i Google Chrome – 18 kommentarer
Google arbejder på Chrome extension manifest version 3 på det tidspunkt, der definerer muligheder Chrome extensions-platform.
Den opdaterede åbenbart er tilgængelig som en kladde i øjeblikket, at alle kan få adgang. Udkast betyder, at det er ikke mejslet i sten endnu, og at ting kan ændre sig. Google vil frigive en opdateret version af det manifest, der i sidste ende selv og gøre det obligatorisk efter en overgangsperiode.
Interesserede brugere, og en udvidelse udviklere kan følge tracking fejl, spørgsmål 896897, på Chrom Fejl hjemmeside.
Raymond Hill, der er kendt som Gorhill online, forfatter til den populære indhold blokkere uBlock Oprindelse og uMatrix, givet udtryk for sin bekymring over nogle af de planlagte ændringer, og disse ændringer, hvis implementeret som foreslået i øjeblikket, skal du fjerne funktionalitet, at de udvidelser brug for blokering af indhold.
Google har planer om at fjerne valgmuligheder for blokering fra webRequest API og opfordrer udviklere til at bruge declarativeNetRequest i stedet. Et af de største problemer med den foreslåede ændring er, at det er fremstillet til at støtte AdBlock Plus kompatible filtre og filtre til at begrænse 30k.
Hill nævnt på Google ‘ s bug tracking site, at ændringen ville ende sine extensions uBlock Oprindelse og uMatrix til Google Chrome. Selv om det ville være muligt at skifte til den nye funktionalitet, det er for begrænsende og ville ødelægge eksisterende funktionalitet af blokering af indhold udvidelser.
Hvis dette (ret begrænset) declarativeNetRequest API ender med at blive den eneste måde, hvorpå indhold-blokkere kan udføre deres pligt, dette betyder, at to indholdet blokkere jeg har vedligeholdt i årevis, uBlock Oprindelse (“uBO”) og uMatrix, kan der ikke længere findes.
Der er andre funktioner (som jeg forstår er værdsat af mange brugere), som ikke kan gennemføres med declarativeNetRequest API, for eksempler, blokering af medier element, der er større end en angivet størrelse, deaktivering af JavaScript udførelse ved injektion af CSP-direktiver, fjernelse af udgående Cookie headers osv. — og alle disse kan indstilles til at tilsidesætte en mindre specifikke omgivelser, hvor man kunne vælge at globalt blok stor medie-elementer, men giver dem mulighed for på et par specifikke steder, og så stadig være i stand til at tilsidesætte disse regler med stadigt mere specifikke regler.
Den nye API ville begrænse indhold blokkere for Chrome-baserede browsere, og fjerne muligheder for at skabe nye og unikke indhold, som blokerer for udvidelser. Alle, der ville være tilbage, er AdBlock Plus, som filtrering udvidelser, der vil tilbyde alle de samme blokering funktionalitet.
Mens der stadig vil være adblockers for Chrome, den grænse på 30.000 net-filtre, der ville gøre selv de mindre grad end før. EasyList, en meget populær blokering af listen, har 42,000 filtre, og hvis brugerne kan tilføje andre lister, der anvendes til andre formål, fx sociale blokere, at antallet vil stige endnu mere.
Du kan følge debatten på uBlock Oprindelse er GitHub side så godt.
Afsluttende Ord
Kunne det have været Googles plan alle sammen? Opret en web-browser, og bruge det til at bekæmpe brugen af indhold, der blockers? Blokere nogle irriterende annoncer, tillade grundlæggende indhold-blokkere, og blokere enhver anden form for blokering af indhold at sikre, at Google ‘ s reklame virksomhed forbedrer igen?
Nogle brugere vil helt sikkert flytte til Firefox, hvis uBlock Oprindelse, uMatrix, og andet indhold blokkere ville ikke længere arbejde i Chrome-baserede browsere. Selv om millioner vil flytte, vil det stadig efterlade Chrome dominere hele desktop-browser-markedet.
Det vil også være interessant at se, hvordan Opera Vivaldi, Modig, og andre Chrom-baserede browser-udviklere vil reagere på forandringer, hvis det går den vej det foreslås, lige nu.
Nu kan Du: Hvad er dit bud på dette?