{"id":114309,"date":"2024-03-14T12:25:45","date_gmt":"2024-03-14T10:25:46","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/plany-v-otnoshenii-podderzhki-v-firefox-vtoroj-i-tretej-versij-manifesta-chrome"},"modified":"2024-03-14T12:25:45","modified_gmt":"2024-03-14T10:25:46","slug":"plany-v-otnoshenii-podderzhki-v-firefox-vtoroj-i-tretej-versij-manifesta-chrome","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/novosti-interneta\/plany-v-otnoshenii-podderzhki-v-firefox-vtoroj-i-tretej-versij-manifesta-chrome","title":{"rendered":"Pl\u00e4ne zur Unterst\u00fctzung der zweiten und dritten Version des Chrome-Manifests in Firefox","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Die Entwickler von Mozilla haben ihre Pl\u00e4ne zur Unterst\u00fctzung der zweiten und dritten Manifestversionen von Chrome in Firefox aktualisiert. Google hat angek\u00fcndigt, die Unterst\u00fctzung von Erweiterungen, die die zweite Manifestversion verwenden, in den Testversionen von Chrome 127 (Dev, Canary und Beta) im Juni dieses Jahres einzustellen. In der stabilen Version wird die Unterst\u00fctzung der zweiten Manifestversion fr\u00fchestens im Juli eingestellt. <\/p>\n
Im Gegenzug wird Mozilla in naher Zukunft die Unterst\u00fctzung der zweiten Manifestversion nicht einstellen und die M\u00f6glichkeit beibehalten, Erweiterungen zu nutzen, die Funktionen nutzen, die in der dritten Manifestversion nicht verf\u00fcgbar sind. Es bleibt dabei, dass Firefox keine vollst\u00e4ndige Kompatibilit\u00e4t mit der dritten Manifestversion von Chrome gew\u00e4hrleisten wird. In Firefox wird die vollst\u00e4ndige API webRequest erhalten bleiben, die in Chrome in den Nur-Lese-Modus versetzt wird. <\/p>\n
In Firefox wird auch mit Hilfe des Mechanismus der Event Pages die Unterst\u00fctzung f\u00fcr Hintergrundskripte auf Basis des DOM erhalten bleiben. In der dritten Version des Manifests wird jedoch vorgeschrieben, Service Workers zu verwenden. Hintergrundskripte auf Basis von Service Workers werden in Firefox derzeit nicht unterst\u00fctzt, aber Entwicklern wird die M\u00f6glichkeit gegeben, in der Erweiterung sowohl Event Pages als auch Service Workers als Handler zu definieren. Dies erm\u00f6glicht die Erstellung von Erweiterungen, die der dritten Manifestversion entsprechen und sowohl in Chrome als auch in Firefox funktionieren. <\/p>\n
Das Chrome-Manifest definiert die M\u00f6glichkeiten und Ressourcen, die f\u00fcr Erweiterungen verf\u00fcgbar sind, die unter Verwendung der WebExtensions-API entwickelt wurden. Seit Version 57 hat Firefox vollst\u00e4ndig auf die Nutzung der WebExtensions-API f\u00fcr die Entwicklung von Erweiterungen umgestellt und die Unterst\u00fctzung der XUL-Technologie eingestellt. Der Umstieg auf WebExtensions hat es erm\u00f6glicht, die Entwicklung von Erweiterungen mit den Plattformen Chrome, Opera, Safari und Edge zu vereinheitlichen, das Portieren von Erweiterungen zwischen verschiedenen Webbrowsern zu erleichtern und die vollst\u00e4ndige Nutzung des Multiprozessmodus zu erm\u00f6glichen (WebExtensions-Erweiterungen k\u00f6nnen in separaten Prozessen ausgef\u00fchrt werden, isoliert von den anderen Teilen des Browsers). Um die Entwicklung von Erweiterungen mit anderen Browsern zu vereinheitlichen, bietet Firefox eine nahezu vollst\u00e4ndige Kompatibilit\u00e4t mit der zweiten Version des Chrome-Manifests. <\/p>\n
Im Rahmen der Initiative zur Vereinfachung der Entwicklung sicherer und leistungsstarker Erweiterungen sowie zur Verkomplizierung der Erstellung unsicherer und langsamer Erweiterungen hat Google die dritte Version des Manifests entwickelt. Die Hauptkritik an der dritten Version des Manifests betrifft die Umstellung der API webRequest in den Nur-Lese-Modus, die die Verbindung eigener Handler erm\u00f6glicht hat, die vollen Zugriff auf Netzwerkrequests hatten und den Traffic in Echtzeit modifizieren konnten. Anstelle der API webRequest wurde in der dritten Version des Manifests eine eingeschr\u00e4nkte API namens declarativeNetRequest hinzugef\u00fcgt, die Zugang zu einer integrierten Engine zur Filterung bietet, die die Blockierungsregeln selbst verarbeitet und keine eigenen Filteralgorithmen zul\u00e4sst. <\/p>\n
Zu den Besonderheiten der Implementierung der dritten Version des Manifests in Firefox geh\u00f6ren: <\/p>\n
\n
Ein neues deklaratives API zur Filterung von Inhalten wurde hinzugef\u00fcgt, jedoch wurde im Gegensatz zu Chrome die Unterst\u00fctzung des alten blockierenden Modus des API webRequest nicht eingestellt. <\/li>\n
Ein Event Pages Mechanismus wurde implementiert, der f\u00fcr Webentwickler vertrauter ist, keine vollst\u00e4ndige \u00dcberarbeitung der Erweiterungen erfordert und Einschr\u00e4nkungen im Zusammenhang mit der Verwendung von Service-Workern beseitigt. Mit Event Pages k\u00f6nnen vorhandene Erweiterungen mit Hintergrundseiten an die Anforderungen der dritten Version des Manifests angepasst werden, w\u00e4hrend gleichzeitig der Zugang zu allen notwendigen Funktionen f\u00fcr die Arbeit mit dem DOM erhalten bleibt.\n
Das neue granulierte Berechtigungsanfragemodell \u2014 das Zusatzmodul kann nicht sofort f\u00fcr alle Seiten aktiviert werden (die Berechtigung \u201eall_urls\u201c wurde entfernt) und funktioniert nur im Kontext des aktiven Tabs. Das hei\u00dft, der Benutzer muss die Funktionsweise des Zusatzmoduls f\u00fcr jede Website best\u00e4tigen. In Firefox werden alle Anfragen nach Zugriff auf Website-Daten als optional betrachtet, und die endg\u00fcltige Entscheidung \u00fcber den Zugang wird vom Benutzer getroffen, der selektiv entscheiden kann, welchem Zusatzmodul er Zugriff auf seine Daten auf dieser oder jener Website gew\u00e4hrt.\n
Um die Berechtigungen zu verwalten, wurde im Interface die Schaltfl\u00e4che «Unified Extensions» hinzugef\u00fcgt, mit der Nutzer direkt steuern k\u00f6nnen, auf welche Websites jede Erweiterung zugreifen kann \u2013 der Benutzer kann den Zugang der Erweiterung zu beliebigen Websites gew\u00e4hren oder entziehen. Die Verwaltung der Berechtigungen gilt nur f\u00fcr Erweiterungen, die auf der dritten Version des Manifests basieren. F\u00fcr Erweiterungen, die auf der zweiten Version des Manifests basieren, erfolgt keine granulare Verwaltung des Zugriffs auf Websites. <\/p>\n
<\/center> <\/li>\n
\u00c4nderung der Cross-Origin-Anfragenverarbeitung \u2014 entsprechend dem neuen Manifest gelten die gleichen Berechtigungsbeschr\u00e4nkungen wie f\u00fcr die Hauptseite, in die diese Skripte eingebettet sind (zum Beispiel, wenn die Seite keinen Zugriff auf die API zur Standortbestimmung hat, erh\u00e4lt auch das Erg\u00e4nzungsskript keinen Zugriff). Diese \u00c4nderung ist vollst\u00e4ndig in Firefox implementiert. <\/li>\n
API basierend auf Promise. Firefox unterst\u00fctzt diese API auch f\u00fcr die dritte Version des Manifests. <\/li>\n
![\"Pl\u00e4ne](\"\/wp-content\/uploads\/2024\/03\/fe76b83a5dc61990f0346c1d84f29114.png\")
<\/center> <\/li>\n