{"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\/fr\/blog\/news\/plany-v-otnoshenii-podderzhki-v-firefox-vtoroj-i-tretej-versij-manifesta-chrome","title":{"rendered":"Plans concernant le support dans Firefox des deuxi\u00e8me et troisi\u00e8me versions du manifeste Chrome.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Les d\u00e9veloppeurs de Mozilla ont mis \u00e0 jour les informations concernant leur plan de support des versions deux et trois du manifeste Chrome dans Firefox. Google pr\u00e9voit d'arr\u00eater le support des extensions utilisant la deuxi\u00e8me version du manifeste dans les versions test de Chrome 127 (Dev, Canary et Beta) \u00e0 partir de juin de cette ann\u00e9e. Dans la branche stable, le support de la deuxi\u00e8me version du manifeste cessera au plus t\u00f4t en juillet. <\/p>\n
Pour sa part, Mozilla n'interrompra pas le support de la deuxi\u00e8me version du manifeste dans un avenir proche et continuera de permettre l'ex\u00e9cution d'extensions utilisant des fonctionnalit\u00e9s non disponibles dans la troisi\u00e8me version du manifeste. La d\u00e9cision de ne pas garantir la compatibilit\u00e9 compl\u00e8te avec la troisi\u00e8me version du manifeste Chrome dans Firefox reste en vigueur. L'API webRequest sera conserv\u00e9e dans Firefox, alors qu'elle sera en mode lecture seule dans Chrome. <\/p>\n
Dans Firefox, le m\u00e9canisme des Event Pages continuera de supporter l'ex\u00e9cution de scripts d'arri\u00e8re-plan bas\u00e9s sur le DOM, alors que la troisi\u00e8me version du manifeste impose l'utilisation de Service Workers. Les scripts d'arri\u00e8re-plan bas\u00e9s sur les Service Workers ne sont pas encore pris en charge dans Firefox, mais les d\u00e9veloppeurs auront la possibilit\u00e9 de d\u00e9finir dans l'extension des gestionnaires bas\u00e9s \u00e0 la fois sur les Event Pages et sur les scripts Service Workers, permettant ainsi de cr\u00e9er des extensions conformes \u00e0 la troisi\u00e8me version du manifeste et fonctionnant sur Chrome et Firefox. <\/p>\n
Le manifeste Chrome d\u00e9finit les fonctionnalit\u00e9s et les ressources accessibles aux extensions \u00e9crites en utilisant l'API WebExtensions. \u00c0 partir de la version 57, Firefox a compl\u00e8tement migr\u00e9 vers l'utilisation de l'API WebExtensions pour le d\u00e9veloppement d'extensions et a arr\u00eat\u00e9 de soutenir la technologie XUL. Le passage aux WebExtensions a permis d'uniformiser le d\u00e9veloppement des extensions avec celles des plateformes Chrome, Opera, Safari et Edge, simplifiant le portage des extensions entre diff\u00e9rents navigateurs web et permettant une utilisation compl\u00e8te du mode multiprocessus (les extensions WebExtensions peuvent s'ex\u00e9cuter dans des processus s\u00e9par\u00e9s, isol\u00e9s des autres parties du navigateur). Pour uniformiser le d\u00e9veloppement des extensions avec les autres navigateurs, Firefox assure une compatibilit\u00e9 presque totale avec la deuxi\u00e8me version du manifeste Chrome. <\/p>\n
Dans le cadre de son initiative visant \u00e0 simplifier la cr\u00e9ation d'extensions s\u00e9curis\u00e9es et performantes, tout en rendant plus difficile la cr\u00e9ation d'extensions peu s\u00fbres et lentes, Google a d\u00e9velopp\u00e9 la troisi\u00e8me version du manifeste. Le principal m\u00e9contentement \u00e0 l'\u00e9gard de cette version provient de la transformation de l'API webRequest en mode lecture seule, ce qui emp\u00eachait l'utilisation de gestionnaires personnalis\u00e9s ayant un acc\u00e8s complet aux requ\u00eates r\u00e9seau et pouvant modifier le trafic \u00e0 la vol\u00e9e. Au lieu de l'API webRequest, la troisi\u00e8me version du manifeste introduit une API declarativeNetRequest limit\u00e9e dans ses capacit\u00e9s, offrant un acc\u00e8s \u00e0 un moteur int\u00e9gr\u00e9 de filtrage qui traite les r\u00e8gles de blocage, sans autoriser l'utilisation d'algorithmes de filtrage personnalis\u00e9s. <\/p>\n
Parmi les caract\u00e9ristiques de la mise en \u0153uvre de la troisi\u00e8me version du manifeste dans Firefox : <\/p>\n
\n
Un nouvel API d\u00e9claratif de filtrage de contenu a \u00e9t\u00e9 ajout\u00e9, mais contrairement \u00e0 Chrome, le support de l'ancien mode de blocage de l'API webRequest n'a pas \u00e9t\u00e9 supprim\u00e9. <\/li>\n
Un m\u00e9canisme de Pages d'\u00c9v\u00e9nements a \u00e9t\u00e9 mis en place, qui est plus familier pour les d\u00e9veloppeurs web, ne n\u00e9cessite pas de refonte compl\u00e8te des extensions et \u00e9limine les restrictions li\u00e9es \u00e0 l'utilisation des Service Workers. Les Pages d'\u00c9v\u00e9nements permettront d'adapter les extensions existantes avec des pages d'arri\u00e8re-plan aux exigences de la troisi\u00e8me version du manifeste, tout en conservant l'acc\u00e8s \u00e0 toutes les fonctionnalit\u00e9s n\u00e9cessaires pour travailler avec le DOM.\n
Le nouveau mod\u00e8le granulaire de demande de permissions \u2014 l'extension ne pourra pas s'activer imm\u00e9diatement pour toutes les pages (la permission \u00ab all_urls \u00bb a \u00e9t\u00e9 supprim\u00e9e), mais fonctionnera uniquement dans le contexte de l'onglet actif, c'est-\u00e0-dire que l'utilisateur devra confirmer l'utilisation de l'extension pour chaque site. Dans Firefox, toutes les requ\u00eates d'acc\u00e8s aux donn\u00e9es du site seront consid\u00e9r\u00e9es comme optionnelles, et la d\u00e9cision finale concernant l'octroi de l'acc\u00e8s sera prise par l'utilisateur, qui pourra d\u00e9cider s\u00e9lectivement quelle extension pourra acc\u00e9der \u00e0 ses donn\u00e9es sur tel ou tel site.\n
Pour g\u00e9rer les autorisations dans l'interface, un bouton \u00ab Unified Extensions \u00bb a \u00e9t\u00e9 ajout\u00e9 pour permettre une gestion directe des sites auxquels chaque extension a acc\u00e8s - l'utilisateur peut accorder et r\u00e9voquer l'acc\u00e8s d'une extension \u00e0 n'importe quel site. La gestion des autorisations ne s'applique qu'aux extensions utilisant la version trois du manifeste, pour les extensions bas\u00e9es sur la version deux, une gestion granulaire de l'acc\u00e8s aux sites n'est pas effectu\u00e9e. <\/p>\n
<\/center> <\/li>\n
Changement dans le traitement des requ\u00eates Cross-origin \u2014 conform\u00e9ment au nouveau manifeste, les m\u00eames restrictions de permissions s'appliqueront aux scripts de traitement de contenu que pour la page principale dans laquelle ces scripts sont int\u00e9gr\u00e9s (par exemple, si la page n'a pas acc\u00e8s \u00e0 l'API de g\u00e9olocalisation, le script de l'extension n'aura \u00e9galement pas cet acc\u00e8s). Ce changement est enti\u00e8rement impl\u00e9ment\u00e9 dans Firefox. <\/li>\n
API bas\u00e9e sur Promise. Firefox prend en charge cette API pour la troisi\u00e8me version du manifeste. <\/li>\n
![\"Plans](\"\/wp-content\/uploads\/2024\/03\/fe76b83a5dc61990f0346c1d84f29114.png\")
<\/center> <\/li>\n