Google hat einen Zeitplan für die Abschaffung von Version XNUMX des Chrome-Manifests zugunsten von Version XNUMX bekannt gegeben, die dafür kritisiert wurde, dass viele ihrer Inhaltsblockierungs- und Sicherheits-Add-ons kaputt gehen. Der zweiten Version des Manifests ist insbesondere der beliebte Werbeblocker uBlock Origin beigefügt, der aufgrund der Einstellung der Unterstützung für die blockierende Funktionsweise der webRequest-API nicht auf die dritte Version des Manifests übertragen werden kann.
Ab dem 17. Januar 2022 akzeptiert der Chrome Web Store keine Add-ons mehr, die die zweite Version des Manifests verwenden, Entwickler zuvor hinzugefügter Add-ons können jedoch weiterhin Updates veröffentlichen. Im Januar 2023 wird Chrome die zweite Version des Manifests nicht mehr unterstützen und alle damit verbundenen Add-ons werden nicht mehr funktionieren. Gleichzeitig wird die Veröffentlichung von Updates für solche Add-ons im Chrome Web Store untersagt.
Erinnern wir uns daran, dass in der dritten Version des Manifests, das die Funktionen und Ressourcen definiert, die Add-Ons im Rahmen einer Initiative zur Stärkung von Sicherheit und Datenschutz zur Verfügung gestellt werden, anstelle der webRequest-API die declarativeNetRequest-API mit eingeschränkten Funktionen verwendet wird, wird vorgeschlagen. Während Sie mit der webRequest-API Ihre eigenen Handler verbinden können, die vollen Zugriff auf Netzwerkanfragen haben und den Datenverkehr im Handumdrehen ändern können, bietet die declarativeNetRequest-API nur Zugriff auf eine vorgefertigte Filter-Engine, die in den Browser integriert ist und die Blockierung unabhängig verarbeitet Regeln und erlaubt nicht die Verwendung eigener Filteralgorithmen und ermöglicht nicht das Festlegen komplexer Regeln, die sich je nach Bedingungen überschneiden.
Nach eigenen Angaben arbeitet Google weiterhin daran, in declarativeNetRequest die Fähigkeiten zu implementieren, die in Add-Ons erforderlich sind, die webRequest verwenden, und beabsichtigt, die neue API in eine Form zu bringen, die den Anforderungen der Entwickler bestehender Add-Ons vollständig entspricht. Beispielsweise hat Google bereits die Wünsche der Community berücksichtigt und der declarativeNetRequest-API Unterstützung für die Verwendung mehrerer statischer Regelsätze, das Filtern mithilfe regulärer Ausdrücke, das Ändern von HTTP-Headern, das dynamische Ändern und Hinzufügen von Regeln, das Löschen und Ersetzen von Anforderungsparametern und das Filtern hinzugefügt mit Tab-Bindung und dem Erstellen spezifischer Regelsatzsitzungen. In den kommenden Monaten ist außerdem geplant, die Unterstützung für dynamisch anpassbare Inhaltsverarbeitungsskripte und die Möglichkeit zur Speicherung von Daten im RAM zu implementieren.
Source: opennet.ru