Chrome-Erweiterung Manifestieren, V3 konnte Ende uBlock Ursprung für Chrome

0
244

von Martin Brinkmann am 22. Januar 2019 in Google Chrome – 18 Kommentare

Google arbeitet an der Chrome-Erweiterung manifest-version 3 im moment definiert die Möglichkeiten von Chrome-Erweiterungen-Plattform.

Die aktualisierten manifest ist verfügbar als Entwurf derzeit, dass jeder zugreifen darf. Entwurf bedeutet, dass es ist nicht in Stein gemeißelt, und die Dinge können sich ändern. Auch wird Google die aktualisierte version des manifests schließlich aber und machen es zwingend erforderlich, nach einer übergangszeit.

Interessierte Anwender und Entwickler von Erweiterungen können Folgen die tracking-bug, Problem 896897, auf der Chromium-Bugs-website.

Raymond Hill, bekannt als Gorhill online, der Autor der beliebten content-Blocker uBlock Herkunft und uMatrix, äußerte seine Besorgnis über einige der geplanten änderungen; diese änderungen, sofern umgesetzt, wie vorgeschlagen, derzeit, Funktionen entfernen, die Erweiterungen verwenden, für Inhalte zu blockieren.

ublock chrome

Google plant, entfernen Sie die Blockierung Optionen aus der webRequest-API und fordert Entwickler zu verwenden declarativeNetRequest statt. Eine der wichtigsten Fragen im Zusammenhang mit der vorgeschlagenen änderung ist, dass es die Unterstützung für AdBlock-Plus-kompatible Filter nur und würde zu begrenzen filtern zu 30k.

Hill erwähnt, auf der Google bug-tracking-Website, dass die änderung am Ende seiner Erweiterungen uBlock Herkunft und uMatrix für Google Chrome. Zwar wäre es möglich, wechseln Sie zu der neuen Funktionalität, die es zu begrenzen und lahmlegen würde die vorhandene Funktionalität der Inhalte blockieren Erweiterungen.

Wenn diese (sehr begrenzt) declarativeNetRequest API endet als die einzige Möglichkeit, content-Blocker können erfüllen Ihre Pflicht, dies im wesentlichen bedeutet, dass zwei content-Blocker, die ich schon seit Jahren, uBlock Herkunft (“uBO”) und uMatrix, kann es nicht mehr geben.

Es gibt andere features (die ich verstehen, schätzen viele Anwender), die nicht umgesetzt werden declarativeNetRequest-API, für die Beispiele, die Sperrung von media-element, die größer als eine festgelegte Größe, die Deaktivierung der Ausführung von JavaScript durch die Injektion von CSP Direktiven, die Entfernung der ausgehende Cookie-Header, etc. — und alle diese können Sie überschreiben eine weniger spezifische Einstellung, D. H. man konnte wählen, der Global-block großen Medien-Elemente, aber Ihnen erlauben, auf einige bestimmte Websites, und so weiter noch in der Lage sein, diese zu überschreiben Regeln, mit immer mehr spezifische Regeln.

Die neue API einschränken würde-content-Blocker für Chrome-basierte Browser und beseitigen Möglichkeiten zu schaffen, neue und einzigartige Inhalte zu blockieren Erweiterungen. Das würde alles Links sind die AdBlock Plus-wie Filterung Erweiterungen, die würden alle bieten die gleiche Funktion zum sperren.

Zwar wäre es immer noch Adblocker für Chrome, die Grenze von 30.000 network Filter machen würde, auch diejenigen, die weniger leistungsfähig als vorher. EasyList, ein sehr beliebtes Sperrliste, hat 42,000 Filter und wenn die Benutzer hinzufügen, die andere Listen für andere Zwecke verwendet, wie z.B. sozial-blocking, diese Zahl würde sich noch mehr verstärken.

Folgen Sie der Diskussion auf uBlock Herkunft der GitHub-Seite als auch.

Schlusswort

War Googles plan, alle zusammen? Erstellen Sie ein web-browser und verwenden Sie es zur Bekämpfung der Verwendung von content-Blocker? Blockieren einige lästige Werbung, die es erlauben, die grundlegenden Inhalte Blocker, und blockieren jede andere form von Inhalten blockieren, um sicherzustellen, dass die Google-Werbung noch einmal verbessert?

Einige Nutzer würden sich sicherlich verschieben zu Firefox wenn uBlock Herkunft, uMatrix, und andere content-Blocker nicht mehr funktionieren würde im Chrome-basierten Browsern. Selbst wenn Millionen abwandern würden, wäre es immer noch verlassen, Chrom Dominieren den gesamten desktop-browser-Markt.

Es wird auch interessant sein zu sehen, wie Opera, Vivaldi, Mutig, und andere Chromium-basierte browser-Entwickler reagieren auf die änderung, wenn es geht, so wie es ist vorgeschlagen, jetzt.

Jetzt Sie: Was ist Ihr nehmen auf das?