Google hat mit dem Testen des Manifests V3 begonnen. Wird dies das Ende von uBlock Origin sein?

Vor ein paar Monaten haben wir geteilt hier auf dem Blog die Nachrichten auf Googles Absichten, Werbeblocker zu entfernen von Ihrem Browser aus weil die Änderungen im Manifest V3 eingeführt Sie betreffen hauptsächlich Erweiterungen, die Werbung im Browser blockieren sollen.

Jetzt, einige Monate später Google hat begonnen, die dritte Version seines Manifests zu testen (Manifest V3), in dem die Unterstützung für das neue Manifest, Definiert die Funktionen und Ressourcen, die von Plugins bereitgestellt werdenDieses Manifest V3 wurde zu den experimentellen Builds von Chrome Canary hinzugefügt.

Das neue Manifest wurde im Rahmen einer Initiative zur Verbesserung von Sicherheit, Datenschutz und Leistung entwickelt Add-Ons (das Hauptziel besteht darin, die Erstellung leistungsstarker und sicherer Add-Ons zu vereinfachen und die Erstellung langsamer und unsicherer Add-Ons zu erschweren)

Das Manifest befindet sich noch in der anfänglichen Alpha-Testphase. Es ist nicht endgültig und wurde hinzugefügt, um Entwicklern die Möglichkeit zu geben, mit dem Experimentieren und Anpassen ihrer Plugins zu beginnen. Die Aktivierung des neuen Manifests wird für nächstes Jahr erwartet.

Während sich Das Ende der Unterstützung für die zweite Ausgabe des Manifests muss noch festgelegt werden. Um die Migration von Plugins in das neue Manifest zu vereinfachen, wurde eine Checkliste erstellt, die die Änderungen enthält, die für Plugin-Entwickler vorgenommen werden müssen.

Verwandte Artikel:

Google setzt seine Absicht fort, Werbeblocker zu entfernen

Hier Es ist wichtig, sich daran zu erinnern, dass die Hauptunzufriedenheit mit dem neuen Manifest hängt mit der Fertigstellung zusammen des Ständers für den Sperrmodus von der webRequest-API, Dies ist auf den schreibgeschützten Modus beschränkt.

Eine Ausnahme wird nur für die Chrome for Enterprise Edition gemacht. in dem die Unterstützung für die webRequest-API beibehalten wird. Mozilla hat beschlossen, dem neuen Manifest nicht zu folgen und Firefox weiterhin vollständig mit der webRequest-API zu verwenden.

Raymond Hill, Hauptentwickler von uBlock Origin, verurteilte diese Entscheidunge Google. Letzteren zufolge würde der Wechsel zur deklarativen NetRequest-API wahrscheinlich den Tod dieser Erweiterungen bedeuten, die von mindestens 10 Millionen Internetnutzern verwendet werden.

"Wenn diese (eher eingeschränkte) deklarative NetRequest-API die einzige Möglichkeit ist, mit der Inhaltsblocker ihre Arbeit erledigen können, bedeutet dies im Grunde, dass zwei Inhaltsblocker, die ich seit Jahren pflege, uBlock Origin und uMatrix, nicht mehr existieren können."

Stattdessen schlug die WebRequest-API zum Filtern des Inhalts im neuen Manifest eine deklarative API declativeNetRequest vor.

Wenn Sie mit der webRequest-API Ihre eigenen Controller mit vollem Zugriff auf Netzwerkanforderungen verbinden und den Datenverkehr im laufenden Betrieb ändern können, Die neue deklarative NetRequest-API bietet Zugriff auf eine universelle integrierte Filter-Engine Standardmäßig werden Blockierungsregeln unabhängig verarbeitet, die Verwendung eigener Filteralgorithmen wird nicht zugelassen, und komplexe Regeln können sich aufgrund von Bedingungen nicht überlappen.

Das neue Manifest führt auch andere Änderungen ein, die sich auf die Plug-In-Unterstützung auswirken. Unter ihnen sind:

• Der Übergang zu Ausführen von Servicemitarbeitern als HintergrundprozesseDies erfordert, dass die Entwickler den Code einiger Ergänzungen ändern.
• Neues granulares Berechtigungsanforderungsmodell: Plugin kann nicht sofort für alle Seiten aktiviert werden ('alle_urls«), Aber es funktioniert nur im Kontext der aktiven Registerkarte, dh der Benutzer muss die Arbeit des Plugins für jede Site bestätigen.
• Änderung in der abwicklungsübergreifenden Antragsbearbeitung- Gemäß dem neuen Manifest gelten für die Inhaltsverarbeitungsskripte dieselben Berechtigungsbeschränkungen wie für die Hauptseite, auf der diese Skripte eingefügt werden (z. B. wenn die Seite keinen Zugriff auf die Standort-API hat, haben die Skript-Plugins gewonnen Ich bekomme diesen Zugang auch nicht.
• Verbot der Ausführung von Code, der von externen Servern heruntergeladen wurde (Wir sprechen über Situationen, in denen ein Plugin externen Code lädt und ausführt).