{"id":105221,"date":"2022-09-30T15:37:09","date_gmt":"2022-09-30T13:37:09","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/google-otlozhil-na-2024-god-prekrashhenie-podderzhki-vtoroj-versii-manifesta-chrome"},"modified":"2022-09-30T15:37:09","modified_gmt":"2022-09-30T13:37:09","slug":"google-otlozhil-na-2024-god-prekrashhenie-podderzhki-vtoroj-versii-manifesta-chrome","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/novosti-interneta\/google-otlozhil-na-2024-god-prekrashhenie-podderzhki-vtoroj-versii-manifesta-chrome","title":{"rendered":"Google hat das Ende der Unterst\u00fctzung der zweiten Manifestversion von Chrome auf 2024 verschoben.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Das Unternehmen Google hat seine Pl\u00e4ne zur Einstellung der Unterst\u00fctzung der zweiten Manifestversion von Chrome, die die M\u00f6glichkeiten und Ressourcen definiert, die f\u00fcr mit der API WebExtensions erstellte Erweiterungen verf\u00fcgbar sind, angepasst. Urspr\u00fcnglich war die Einstellung der Unterst\u00fctzung f\u00fcr Januar 2023 geplant. Der neue Plan sieht vor, das endg\u00fcltige Datum f\u00fcr die Deaktivierung von Erweiterungen, die die zweite Manifestversion verwenden, auf Januar 2024 zu verschieben. <\/p>\n
Im Januar 2023 wird in den Testversionen von Chrome 112 (Canary, Dev, Beta) ein Experiment zur vor\u00fcbergehenden Deaktivierung der Unterst\u00fctzung der zweiten Manifestversion durchgef\u00fchrt. Im Juni 2023 wird das Experiment fortgesetzt, und die Unterst\u00fctzung der zweiten Manifestversion k\u00f6nnte in der stabilen Version von Chrome 115 deaktiviert werden. Dar\u00fcber hinaus wird im Januar 2023 die dritte Manifestversion erforderlich sein, um in die empfohlenen Erweiterungen im Chrome Web Store aufgenommen zu werden. Im Juni 2023 wird die Ver\u00f6ffentlichung \u00f6ffentlich zug\u00e4nglicher Erweiterungen mit der zweiten Manifestversion im Chrome Web Store verboten, und zuvor hinzugef\u00fcgte \u00f6ffentliche Erweiterungen werden in die Kategorie \u201eUnlisted\u201c verschoben. Im Januar 2024 werden Erweiterungen mit der zweiten Manifestversion aus dem Chrome Web Store entfernt, und die Einstellung zum Wiederherstellen der Unterst\u00fctzung des alten Manifests wird aus dem Browser entfernt. <\/p>\n
Urspr\u00fcnglich wurde die dritte Version des Manifests wegen der St\u00f6rung vieler Erweiterungen zur Blockierung unerw\u00fcnschter Inhalte und zur Gew\u00e4hrleistung der Sicherheit kritisiert. Allm\u00e4hlich beginnen jedoch die Erweiterungen, auf das neue Manifest umzustellen. So wurden k\u00fcrzlich beispielsweise Versionen der Adblocker uBlock Origin und AdGuard auf das neue Manifest aktualisiert. <\/p>\n
Die dritte Version des Manifests wurde im Rahmen einer Initiative zur Verbesserung der Sicherheit, des Datenschutzes und der Leistungsf\u00e4higkeit von Erweiterungen entwickelt. Das Hauptziel der \u00c4nderungen besteht darin, die Erstellung sicherer und leistungsstarker Erweiterungen zu vereinfachen und gleichzeitig die M\u00f6glichkeit zur Entwicklung unsicherer und langsamer Erweiterungen zu erschweren. <\/p>\n
Die Hauptbeschwerde \u00fcber die dritte Version des Manifests betrifft die Umstellung der webRequest API auf den Nur-Lese-Modus. Diese API erm\u00f6glichte es, benutzerdefinierte Handler zu integrieren, die vollst\u00e4ndigen Zugriff auf Netzwerkrequests hatten und in der Lage waren, den Datenverkehr in Echtzeit zu modifizieren. Diese API wird in uBlock Origin, AdGuard und vielen anderen Erweiterungen zur Blockierung unerw\u00fcnschter Inhalte und zur Gew\u00e4hrleistung der Sicherheit verwendet. Anstelle der webRequest API wurde in der dritten Version des Manifests eine eingeschr\u00e4nkte API, die declarativeNetRequest API, vorgeschlagen. Diese bietet Zugriff auf eine integrierte Filter-Engine, die die Blockierungsregeln selbst verarbeitet, jedoch keine benutzerdefinierten Filteralgorithmen zul\u00e4sst und es nicht erm\u00f6glicht, komplexe, sich gegenseitig \u00fcberlagernde Regeln je nach Bedingungen festzulegen. <\/p>\n
Nach drei Jahren Diskussionen \u00fcber die bevorstehende dritte Version des Manifests hat Google viele W\u00fcnsche der Community ber\u00fccksichtigt und die urspr\u00fcnglich bereitgestellte API declarativeNetRequest um Funktionen erweitert, die in bestehenden Erweiterungen nachgefragt werden. Zum Beispiel hat Google der API declarativeNetRequest die Unterst\u00fctzung mehrerer statischer Regels\u00e4tze, die Filterung nach regul\u00e4ren Ausdr\u00fccken, die Modifikation von HTTP-Headern, das dynamische \u00c4ndern und Hinzuf\u00fcgen von Regeln, das Entfernen und Ersetzen von Anfrageparametern, die filtering binds to tabs und die Erstellung spezifischer f\u00fcr bestimmte Sitzungen Regels\u00e4tze hinzugef\u00fcgt. \n Quelle: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"