{"id":52212,"date":"2019-11-03T00:00:00","date_gmt":"2019-11-02T21:00:00","guid":{"rendered":"https:\/\/prohoster.info\/blog\/blog_prohoster\/v-chrome-nachalos-testirovanie-tretej-redaktsii-manifesta-nesovmestimoj-s-ublock-origin"},"modified":"2020-02-18T13:59:53","modified_gmt":"2020-02-18T10:59:53","slug":"v-chrome-nachalos-testirovanie-tretej-redaktsii-manifesta-nesovmestimoj-s-ublock-origin","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/novosti-interneta\/v-chrome-nachalos-testirovanie-tretej-redaktsii-manifesta-nesovmestimoj-s-ublock-origin","title":{"rendered":"In Chrome hat das Testen der dritten Manifestversion begonnen, die nicht mit uBlock Origin kompatibel ist.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Google hat das Testen<\/a><\/noindex> der dritten Version des Chrome-Manifests gest\u00f6rt<\/a><\/noindex> die Funktion<\/a><\/noindex> zahlreicher Erweiterungen zur Blockierung unerw\u00fcnschter Inhalte und zur Gew\u00e4hrleistung der Sicherheit. Die Unterst\u00fctzung des neuen Manifests, das die Funktionen und Ressourcen definiert, die Erweiterungen bereitgestellt werden, wurde in experimentelle Builds integriert. Chrome Canary<\/a><\/noindex>.
\nDas neue Manifest wurde im Rahmen des Initiative<\/a><\/noindex> Sicherheits-, Datenschutz- und Performance-Programms f\u00fcr Erweiterungen (das Hauptziel ist es, die Entwicklung sicherer und leistungsstarker Erweiterungen zu vereinfachen und die M\u00f6glichkeit zur Erstellung unsicherer und langsamer Erweiterungen zu erschweren).<\/p>\n

Das Manifest befindet sich derzeit in der fr\u00fchen Alpha-Testphase, ist nicht endg\u00fcltig und wurde hinzugef\u00fcgt, um Entwicklern die M\u00f6glichkeit zu geben, mit ihren Erweiterungen zu experimentieren und diese anzupassen.
\nDie Aktivierung des neuen Manifests wird f\u00fcr das n\u00e4chste Jahr erwartet. Der Zeitpunkt des Endes der Unterst\u00fctzung f\u00fcr die zweite Version des Manifests ist noch nicht festgelegt.
\n Um die Migration der Erweiterungen auf das neue Manifest zu erleichtern, wurde ein Pr\u00fcfliste<\/a><\/noindex>, die \u00c4nderungen beinhaltet, auf die Entwickler von Erweiterungen achten sollten, vorbereitet.<\/p>\n

Wir erinnern daran, dass die grundlegende<\/a><\/noindex> Unmut verursacht.<\/a><\/noindex> durch die neue<\/a><\/noindex> Manifest<\/a><\/noindex> bezieht sich auf das Ende der Unterst\u00fctzung des blockierenden Modus des webRequest API, das nur im Nur-Lese-Modus eingeschr\u00e4nkt wird. Eine Ausnahme wird nur f\u00fcr die Chrome-Version f\u00fcr Unternehmen (Chrome for Enterprise) gemacht, in der die Unterst\u00fctzung des webRequest API erhalten bleibt. Mozilla hat beschlossen, dem neuen Manifest nicht zu folgen und die vollst\u00e4ndige Nutzung des webRequest API in Firefox beizubehalten.<\/p>\n

Statt des webRequest API wird im neuen Manifest eine deklarative API zur Inhaltsfilterung vorgeschlagen. declarativeNetRequest<\/a><\/noindex>. W\u00e4hrend die API webRequest die Anbindung eigener Handler erlaubte, die vollen Zugriff auf Netzwerkrequests hatten und den Datenverkehr in Echtzeit modifizieren konnten, bietet die neue API declarativeNetRequest Zugang zu einer universellen integrierten Engine zur Filterung, die Regeln zur Blockierung eigenst\u00e4ndig verarbeitet, keine eigenen Filteralgorithmen zul\u00e4sst und keine komplexen, sich gegenseitig \u00fcberlappenden Regeln je nach Bedingungen erlaubt. <\/p>\n

Das neue Manifest enth\u00e4lt auch weitere \u00c4nderungen, die die Kompatibilit\u00e4t mit Erweiterungen betreffen. Darunter:<\/p>\n