{"id":37772,"date":"2019-10-31T22:19:39","date_gmt":"2019-10-31T19:19:39","guid":{"rendered":"https:\/\/prohoster.info\/blog\/mozilla-ne-stanet-perenosit-vse-ogranicheniya-api-webextensions-iz-novogo-manifesta-chrome\/"},"modified":"2019-10-31T22:19:39","modified_gmt":"2019-10-31T19:19:39","slug":"mozilla-ne-stanet-perenosit-vse-ogranicheniya-api-webextensions-iz-novogo-manifesta-chrome","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/novosti-interneta\/mozilla-ne-stanet-perenosit-vse-ogranicheniya-api-webextensions-iz-novogo-manifesta-chrome","title":{"rendered":"Mozilla wird nicht alle Einschr\u00e4nkungen der WebExtensions-API aus dem neuen Chrome-Manifest \u00fcbertragen.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Die Mozilla Corporation hat bekannt gegeben<\/a><\/noindex>, dass die Entwickler trotz der Nutzung von WebExtensions-basierten Add-ons in Firefox nicht beabsichtigen, der zuk\u00fcnftigen dritten Ausgabe des Chrome-Manifestes vollst\u00e4ndig zu folgen. Insbesondere wird Firefox den blockierenden Modus der API weiterhin unterst\u00fctzen webRequest<\/a><\/noindex>, der es erm\u00f6glicht, den empfangenen Inhalt in Echtzeit zu \u00e4ndern und in Werbeblockern sowie Inhaltsfilter-Systemen gefragt ist. <\/p>\n

Die Hauptidee des Wechsels zu den WebExtensions-APIs war die Vereinheitlichung der Entwicklungstechnologie f\u00fcr Add-ons in Firefox und Chrome. Daher ist die aktuelle Version in Firefox nahezu vollst\u00e4ndig mit der aktuellen zweiten Version des Chrome-Manifests kompatibel. Das Manifest definiert die Liste der F\u00e4higkeiten und Ressourcen, die den Add-ons zur Verf\u00fcgung stehen. Aufgrund der in der dritten Version des Manifests eingef\u00fchrten Einschr\u00e4nkungen, die von den Entwicklern als negativ wahrgenommen werden, wird Mozilla von der Praxis, dem Manifest vollst\u00e4ndig zu folgen, abweichen und keine \u00c4nderungen in Firefox vornehmen, die die Kompatibilit\u00e4t mit Add-ons gef\u00e4hrden.<\/p>\n

Wir erinnern daran, dass trotz<\/a><\/noindex> findet man<\/a><\/noindex> alle<\/a><\/noindex> Einw\u00e4nde<\/a><\/noindex>, das Unternehmen Google plant die Einstellung der Unterst\u00fctzung des Blocking-Modus f\u00fcr die API webRequest in Chrome, indem es nur noch im Nur-Lese-Modus verf\u00fcgbar ist und eine neue deklarative API f\u00fcr die Filterung von Inhalten anbietet. 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

Mozilla pr\u00fcft ebenfalls die M\u00f6glichkeit, einige andere \u00c4nderungen aus der dritten Version des Chrome-Manifests, die die Kompatibilit\u00e4t mit Erweiterungen beeintr\u00e4chtigen, in Firefox zu \u00fcbernehmen:<\/p>\n