{"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\/fr\/blog\/news\/mozilla-ne-stanet-perenosit-vse-ogranicheniya-api-webextensions-iz-novogo-manifesta-chrome","title":{"rendered":"Mozilla ne transf\u00e9rera pas toutes les restrictions de l'API WebExtensions de la nouvelle manifeste Chrome","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Entreprise Mozilla a annonc\u00e9<\/a><\/noindex>, bien que malgr\u00e9 l'utilisation dans Firefox du syst\u00e8me d'extensions bas\u00e9 sur l'API WebExtensions, les d\u00e9veloppeurs n'ont pas l'intention de suivre compl\u00e8tement la future troisi\u00e8me version du manifeste des extensions Chrome. En particulier, Firefox continuera de prendre en charge le mode de travail bloquant de l'API webRequest<\/a><\/noindex>, permettant de modifier le contenu re\u00e7u \u00e0 la vol\u00e9e et pris\u00e9 dans les bloqueurs de publicit\u00e9 et les syst\u00e8mes de filtrage de contenu. <\/p>\n

L'id\u00e9e principale du passage \u00e0 l'API WebExtensions \u00e9tait l'unification de la technologie de d\u00e9veloppement des extensions pour Firefox et Chrome, c'est pourquoi, dans sa forme actuelle, Firefox assure presque \u00e0 100 % la compatibilit\u00e9 avec la deuxi\u00e8me version actuelle du manifeste Chrome. Le manifeste d\u00e9finit la liste des possibilit\u00e9s et des ressources offertes aux extensions. En raison de l'introduction de mesures restrictives dans la troisi\u00e8me version du manifeste, per\u00e7ues n\u00e9gativement par les d\u00e9veloppeurs d'extensions, Mozilla s'\u00e9loignera de la pratique de suivre enti\u00e8rement le manifeste et ne transf\u00e9rera pas dans Firefox les changements qui compromettent la compatibilit\u00e9 avec les extensions.<\/p>\n

Rappelons que malgr\u00e9<\/a><\/noindex> sur<\/a><\/noindex> tout<\/a><\/noindex> objections<\/a><\/noindex>, la soci\u00e9t\u00e9 Google pr\u00e9voit de mettre fin au support dans Chrome du mode de travail bloquant de l'API webRequest, en le limitant \u00e0 un mode de lecture uniquement et en proposant un nouvel API d\u00e9claratif pour le filtrage de contenu declarativeNetRequest<\/a><\/noindex>. Alors que l'API webRequest permettait d'attacher ses propres gestionnaires, ayant un acc\u00e8s complet aux requ\u00eates r\u00e9seau et capables de modifier le trafic \u00e0 la vol\u00e9e, la nouvelle API declarativeNetRequest fournit un acc\u00e8s \u00e0 un moteur int\u00e9gr\u00e9 universel pr\u00eat \u00e0 l'emploi pour le filtrage, traitant seul les r\u00e8gles de blocage, interdisant l'utilisation de ses propres algorithmes de filtrage et ne permettant pas de d\u00e9finir des r\u00e8gles complexes qui se chevauchent en fonction des conditions. <\/p>\n

Mozilla \u00e9value \u00e9galement la pertinence du transfert dans Firefox du soutien \u00e0 certains autres changements de la troisi\u00e8me version du manifeste Chrome, compromettant la compatibilit\u00e9 avec les extensions :<\/p>\n