Entwéckler vu Mozilla hunn aktualiséiert Informatioun iwwer Pläng am Zesummenhang mat der Ënnerstëtzung vun Versiounen 127 an XNUMX vum Chrome Manifest am Firefox. Google wëll ophalen Add-ons z'ënnerstëtzen, déi déi zweet Versioun vum Manifest an den Testrelease vu Chrome XNUMX (Dev, Canary a Beta) dësen Juni benotzen. An der stabiler Branche gëtt d'Ënnerstëtzung fir déi zweet Versioun vum Manifest net méi fréi wéi Juli gestoppt.
Am Tour wäert Mozilla net ophalen déi zweet Versioun vum Manifest an absehbarer Zukunft z'ënnerstëtzen, a wäert d'Fäegkeet behalen Add-ons ze lancéieren déi Funktiounen benotzen déi net an der drëtter Versioun vum Manifest verfügbar sinn. D'Entscheedung fir Firefox net voll kompatibel mat der Versioun 3 vum Chrome Manifest ze maachen bleift a Kraaft. Firefox behält déi vollwäerteg webRequest API, déi an Chrome an de Read-only Modus gewiesselt gëtt.
Firefox wäert och den Event Pages Mechanismus benotzen fir Ënnerstëtzung fir d'Ausféierung vun Hannergrondskripter op der DOM ze behalen, anstatt déi drëtt Versioun vum Manifest d'Benotzung vu Service Workers erfuerdert. Background Scripte baséiert op Service Workers ginn nach net am Firefox ënnerstëtzt, awer d'Entwéckler kréien d'Méiglechkeet souwuel en Event Pages-baséiert Handler ze definéieren wéi och Scripte baséiert op Service Workers am Add-on, wat hinnen erlaabt Add-ons ze kreéieren déi mat der drëtter Versioun vum Manifest entspriechen an a Chrome a Firefox funktionnéieren.
De Chrome Manifest definéiert d'Fäegkeeten a Ressourcen verfügbar fir Extensiounen déi mat der WebExtensions API geschriwwe sinn. Vun der Versioun 57 un, huet Firefox komplett op d'WebExtensions API gewiesselt fir Add-ons z'entwéckelen an huet gestoppt XUL Technologie z'ënnerstëtzen. Den Iwwergank op WebExtensions huet et méiglech gemaach d'Entwécklung vun Add-ons mat de Chrome, Opera, Safari a Edge Plattformen ze vereinfachen, d'Porting vun Add-ons tëscht verschiddene Webbrowser vereinfacht an et méiglech gemaach de Multi-Prozess Modus voll ze benotzen. Operatioun (WebExtensions Add-ons kënnen a getrennte Prozesser ausgefouert ginn, isoléiert vum Rescht vum Browser). Fir d'Entwécklung vun Add-ons mat anere Browser ze vereenegen, bitt Firefox bal voll Kompatibilitéit mat der zweeter Versioun vum Chrome Manifest.
Als Deel vun enger Initiativ fir et méi einfach ze maachen sécher, héich performant Add-ons ze kreéieren an et méi schwéier ze maachen onsécher a lues Add-ons ze kreéieren, huet Google d'Versioun dräi vum Manifest entwéckelt. D'Haaptunzefriddenheet mat der drëtter Versioun vum Manifest ass verursaacht duerch d'Iwwersetzung vun der webRequest API an de Read-only Modus, deen Iech erlaabt Är eegen Handler ze verbannen, déi voll Zougang zu Netzfuerderungen hunn an de Traffic op der Flucht änneren kënnen. Amplaz vun der webRequest API huet déi drëtt Versioun vum Manifest d'declarativeNetRequest API bäigefüügt, déi a senge Fäegkeeten limitéiert ass, Zougang zum agebaute Filtermotor ubitt, deen onofhängeg Blockéierungsregelen veraarbecht an net d'Benotzung vu sengen eegene Filteralgorithmen erlaabt. .
Ënnert de Fonctiounen vun der Implementatioun vun der drëtter Versioun vum Manifest am Firefox:
- Eng nei deklarativ Inhaltsfilter API gouf bäigefüügt, awer am Géigesaz zu Chrome ass d'Ënnerstëtzung fir den alen Blockmodus vun der webRequest API net gestoppt.
- Den Event Pages Mechanismus gouf implementéiert, wat méi vertraut ass fir Webentwéckler, erfuerdert keng komplette Reworking vun Add-ons an eliminéiert d'Aschränkungen verbonne mat der Notzung vu Service Workers. Event Pages erlaben existéierend Ergänzunge fir Hannergrond Säiten un den Ufuerderunge vun der drëtter Versioun vum Manifest ze entspriechen, wärend den Zougang zu all de Fäegkeeten erhalen fir mat der DOM ze schaffen.
- Den neie granuläre Erlaabnis Ufro Modell - den Add-on kann net fir all Säiten gläichzäiteg aktivéiert ginn (d'Erlaabnis "all_urls" gouf geläscht), awer funktionnéiert nëmmen am Kontext vun der aktiver Tab, d.h. de Benotzer muss bestätegen datt den Add-on fir all Site funktionnéiert. Am Firefox ginn all Ufroe fir Zougang zu Sitedaten als fakultativ ugesinn, an déi definitiv Entscheedung iwwer Zougank gëtt vum Benotzer gemaach, dee selektiv entscheede kann wéi eng Add-on Zougang zu hiren Donnéeën op engem bestëmmte Site gëtt.
Fir d'Permissiounen ze verwalten, ass e "Unified Extensions" Knäppchen op d'Interface bäigefüügt fir direkt ze kontrolléieren op wéi eng Säiten all Extensioun Zougang huet - de Benotzer kann den Zougang vun enger Extensioun op all Site zouginn an zréckzéien. Erlaabnesmanagement gëllt nëmme fir Add-ons baséiert op der drëtter Versioun vum Manifest fir Add-ons baséiert op der zweeter Versioun vum Manifest, gëtt granulär Zougangskontrolle op Siten net gemaach.
- Ännerung am Ëmgank mat Cross-origin Ufroen - am Aklang mat dem neie Manifest, Inhaltsveraarbechtungsskripte wäerten déiselwecht Erlaabnisbeschränkungen ënnerleien wéi fir d'Haaptsäit, an där dës Scripte agebonne sinn (zum Beispill, wann d'Säit keen Zougang zu der Location API, da kréien d'Skript-Add-ons och dësen Zougang net). Dës Ännerung ass voll am Firefox ëmgesat.
- Verspriechen baséiert API. Firefox ënnerstëtzt dës API fir déi drëtt Versioun vum Manifest.
- Ausféierung vu Code verhënneren, deen vun externen Quellen erofgeluede gouf Serveren (Dëst bezitt sech op Situatiounen, wou en Add-on externen Code lued an ausféiert.) Firefox benotzt extern Codeblockéierung, a Mozilla-Entwéckler hunn zousätzlech Techniken derbäigesat fir Code-Downloads ze verfollegen. Eng separat Inhaltssécherheetspolitik (CSP) ass fir Inhaltsveraarbechtungsskripte verfügbar.
Source: opennet.ru
