Google hat bereits ein Datum für das Ende der Kompatibilität von Version 2 von Chrome Manifest genannt

Google hat eine Zeitleiste veröffentlicht in dem es das Wie beschreibt Das Ende des Supports für Version 2 wird stattfinden aus seinem Chrome-Manifest zugunsten von Version 3, die unter Beschuss geraten ist, weil sie viele ihrer Sicherheits-Plugins stört und unangemessene Inhalte blockiert.

Neben dem Einbinden der zweiten Version des Manifests ist der beliebte Werbeblocker uBlock Origin verlinkt, der aufgrund des Endes der Unterstützung für den Blockierungsmodus der webRequest API nicht auf die dritte Version des Manifests übertragen werden kann.

Ab 17. Januar 2022, Plug-ins, die die zweite Version des Manifests verwenden, werden im Chrome Web Store nicht mehr akzeptiert, aber Entwickler von zuvor hinzugefügten Plugins können weiterhin Updates veröffentlichen.

Im Januar 2023 wird Chrome nicht mehr mit der zweiten Version kompatibel sein des Manifests und alle damit verknüpften Plugins funktionieren nicht mehr. Gleichzeitig wird das Posten von Updates für solche Add-Ons im Chrome Web Store verboten.

Anfang dieses Jahres haben wir für Chrome 88 die Verfügbarkeit einer neuen Manifest-Version für das Ökosystem der Chrome-Erweiterungen angekündigt. Manifest V3 wurde jahrelang entwickelt und ist sicherer, effizienter und datenschutzfreundlicher als sein Vorgänger. Es ist eine Weiterentwicklung der Erweiterungsplattform, die sowohl die sich ändernde Weblandschaft als auch die Zukunft der Browsererweiterungen berücksichtigt.

Während wir in die Zukunft blicken und die Funktionalität von Manifest V3 weiter iterieren und verbessern, möchten wir auch Details über den Plan zur schrittweisen Ausmusterung von Erweiterungen von Manifest V2 mitteilen.

Daran müssen wir uns erinnern die dritte Version des Manifests, die die Fähigkeiten und Ressourcen definiert als Teil der Initiative zur Stärkung der Sicherheit und des Datenschutzes für Plugins bereitzustellen, anstatt die webRequest-API, die declarativeNetRequest-API mit eingeschränkten Funktionen, wird vorgeschlagen.

Während Mit der WebRequest API können Sie Ihre eigenen Controller anschließen die vollen Zugriff auf Netzwerkanfragen haben und den Verkehr im laufenden Betrieb ändern können, die declarativeNetRequest API bietet nur Zugriff auf eine Filter-Engine sofort in den Browser integriert, der die Blockierungsregeln selbst handhabt. , wodurch Sie keine eigenen Filteralgorithmen verwenden und keine komplexen Regeln festlegen können, die sich aufgrund von Bedingungen überschneiden.

Wenn diese Daten näher rückt, werden wir weitere Details zu der Version von Chrome veröffentlichen, für die Änderungen vorgesehen sind, sowie weitere Informationen darüber, wie Entwickler und Nutzer von Erweiterungen betroffen sein könnten. 

In der Zwischenzeit werden wir Manifest V3 basierend auf den Bedürfnissen und Stimmen unserer Entwickler-Community weiterhin um neue Funktionen erweitern. Auch in den letzten Monaten gab es eine Reihe interessanter Erweiterungen der Erweiterungsplattform.

Laut Google arbeitet Google weiterhin an der Implementierung der deklarativen Funktionen von NetRequest, die in Plugins erforderlich sind, die webRequest verwenden, und beabsichtigt, die neue API in ein Format zu bringen, das die Anforderungen bestehender Plugin-Entwickler vollständig erfüllt.

In den kommenden Monaten werden wir neben anderen neuen Funktionen auch Unterstützung für dynamisch konfigurierbare Inhaltsskripte und eine In-Memory-Speicheroption einführen. Diese Änderungen wurden unter Berücksichtigung des Community-Feedbacks entwickelt, und wir werden weiterhin leistungsfähigere Erweiterungs-API-Funktionen entwickeln, wenn mehr Informationen von den Entwicklern geteilt werden.

Google hat beispielsweise bereits die Wünsche der Community berücksichtigt und die declarativeNetRequest API für mehrere statische Regelsätze, Regex-Filterung, Modifikation von HTTP-Headern, dynamisches Modifizieren und Hinzufügen von Regeln, Entfernen und Ersetzen von Parametern hinzugefügt , und sitzungsspezifische Regelsatzerstellung.

In den kommenden Monaten ist geplant, die Unterstützung für dynamisch anpassbare Skripte zur Inhaltsverarbeitung und die Möglichkeit, Daten im RAM zu speichern, weiter zu implementieren.

Schließlich wenn Sie mehr darüber wissen möchten Über die Notiz können Sie die Details überprüfen im folgenden Link.


Hinterlasse einen Kommentar

Ihre E-Mail-Adresse wird nicht veröffentlicht. Erforderliche Felder sind markiert mit *

*

*

  1. Verantwortlich für die Daten: Miguel Ángel Gatón
  2. Zweck der Daten: Kontrolle von SPAM, Kommentarverwaltung.
  3. Legitimation: Ihre Zustimmung
  4. Übermittlung der Daten: Die Daten werden nur durch gesetzliche Verpflichtung an Dritte weitergegeben.
  5. Datenspeicherung: Von Occentus Networks (EU) gehostete Datenbank
  6. Rechte: Sie können Ihre Informationen jederzeit einschränken, wiederherstellen und löschen.