{"id":105614,"date":"2022-11-18T03:36:41","date_gmt":"2022-11-18T01:36:42","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/mozilla-nachnyot-prinimat-dopolneniya-na-baze-tretej-versii-manifesta-chrome"},"modified":"2022-11-18T03:36:41","modified_gmt":"2022-11-18T01:36:42","slug":"mozilla-nachnyot-prinimat-dopolneniya-na-baze-tretej-versii-manifesta-chrome","status":"publish","type":"post","link":"https:\/\/prohoster.info\/pt\/blog\/news\/mozilla-nachnyot-prinimat-dopolneniya-na-baze-tretej-versii-manifesta-chrome","title":{"rendered":"Mozilla come\u00e7ar\u00e1 a aceitar extens\u00f5es com base na terceira vers\u00e3o do manifesto do Chrome.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
A partir de 21 de novembro, o cat\u00e1logo AMO (addons.mozilla.org) come\u00e7ar\u00e1 a aceitar e validar assinaturas digitais para complementos que utilizam a terceira vers\u00e3o do manifesto do Chrome. Os complementos mencionados poder\u00e3o ser testados nas vers\u00f5es noturnas do Firefox. O suporte \u00e0 terceira vers\u00e3o do manifesto ser\u00e1 inclu\u00eddo nas vers\u00f5es est\u00e1veis a partir do Firefox 109, previsto para 17 de janeiro de 2023. O suporte \u00e0 segunda vers\u00e3o do manifesto ser\u00e1 mantido no futuro pr\u00f3ximo, mas ao final de 2023, ap\u00f3s uma avalia\u00e7\u00e3o do progresso da transi\u00e7\u00e3o dos complementos para a terceira vers\u00e3o do manifesto, ser\u00e1 considerado se a segunda vers\u00e3o deve ser considerada obsoleta. <\/p>\n
O manifesto do Chrome define as capacidades e recursos dispon\u00edveis para complementos escritos usando a API WebExtensions. A partir da vers\u00e3o 57, o Firefox fez a transi\u00e7\u00e3o completa para o uso da API WebExtensions para desenvolver complementos e interrompeu o suporte \u00e0 tecnologia XUL. A mudan\u00e7a para WebExtensions permitiu unificar o desenvolvimento de complementos com as plataformas Chrome, Opera, Safari e Edge, simplificando o porting de complementos entre diferentes navegadores web e permitindo o uso completo do modo multi-processo (os complementos WebExtensions podem ser executados em processos separados, isolados das outras partes do navegador). Para unificar o desenvolvimento de complementos com os outros navegadores, o Firefox apresenta quase total compatibilidade com a segunda vers\u00e3o do manifesto do Chrome. <\/p>\n
Atualmente, est\u00e1 em andamento no Chrome a transi\u00e7\u00e3o para a terceira vers\u00e3o do manifesto, enquanto o suporte \u00e0 segunda vers\u00e3o ser\u00e1 descontinuado em janeiro de 2024. O principal objetivo das mudan\u00e7as na nova vers\u00e3o \u00e9 simplificar a cria\u00e7\u00e3o de complementos seguros e de alto desempenho, e dificultar a cria\u00e7\u00e3o de complementos inseguros e lentos. Como a terceira vers\u00e3o do manifesto tem sido alvo de cr\u00edticas e levar\u00e1 \u00e0 interrup\u00e7\u00e3o do funcionamento de muitos complementos para bloqueio de conte\u00fado indesejado e seguran\u00e7a, a Mozilla decidiu se afastar de garantir total compatibilidade com o manifesto no Firefox e implementar algumas mudan\u00e7as de forma diferente. <\/p>\n
A principal insatisfa\u00e7\u00e3o com a terceira vers\u00e3o do manifesto est\u00e1 relacionada \u00e0 mudan\u00e7a do API webRequest para um modo apenas de leitura, que permitia a conex\u00e3o de manipuladores personalizados com acesso total \u00e0s solicita\u00e7\u00f5es de rede e a modifica\u00e7\u00e3o do tr\u00e1fego em tempo real. O referido API \u00e9 usado no uBlock Origin e em muitas outras extens\u00f5es para bloquear conte\u00fado indesejado e garantir seguran\u00e7a. Em vez do API webRequest, a terceira vers\u00e3o do manifesto prop\u00f4s um API declarativeNetRequest com capacidades limitadas, que fornece acesso a um mecanismo embutido para filtragem e que processa regras de bloqueio autonomamente, n\u00e3o permitindo o uso de algoritmos de filtragem personalizados nem possibilitando a defini\u00e7\u00e3o de regras complexas que se sobreponham dependendo das condi\u00e7\u00f5es. <\/p>\n
Entre as caracter\u00edsticas da implementa\u00e7\u00e3o do novo manifesto no Firefox: <\/p>\n
\n
Foi adicionada uma nova API declarativa de filtragem de conte\u00fado, mas, ao contr\u00e1rio do Chrome, o suporte ao antigo modo bloqueador da API webRequest n\u00e3o foi interrompido.\n
No manifesto, a substitui\u00e7\u00e3o das p\u00e1ginas em segundo plano por uma variante de Service Workers, que opera como processos em segundo plano (Background Service Workers), \u00e9 definida. Para garantir compatibilidade futura, o Firefox implementar\u00e1 suporte a Service Workers, mas atualmente ser\u00e1 proposto um novo mecanismo de Event Pages, que \u00e9 mais familiar para desenvolvedores web, n\u00e3o requer uma reestrutura\u00e7\u00e3o completa dos complementos e elimina limites associados ao uso de Service Workers. Event Pages permitir\u00e1 adaptar os complementos existentes com p\u00e1ginas em segundo plano aos requisitos da terceira vers\u00e3o do manifesto, mantendo o acesso a todas as funcionalidades necess\u00e1rias para trabalhar com o DOM. <\/li>\n
O novo modelo granular de solicita\u00e7\u00e3o de permiss\u00f5es \u2014 a extens\u00e3o n\u00e3o poder\u00e1 ser ativada de uma vez para todas as p\u00e1ginas (o privil\u00e9gio 'all_urls' foi removido), mas funcionar\u00e1 apenas no contexto da aba ativa, ou seja, o usu\u00e1rio precisar\u00e1 confirmar o funcionamento da extens\u00e3o para cada site. No Firefox, todas as solicita\u00e7\u00f5es de acesso aos dados do site ser\u00e3o consideradas como opcionais, e a decis\u00e3o final sobre conceder acesso caber\u00e1 ao usu\u00e1rio, que poder\u00e1 decidir seletivamente a qual extens\u00e3o conceder acesso aos seus dados em determinado site.\n
Para gerenciar permiss\u00f5es, uma nova bot\u00e3o «Unified Extensions» foi adicionada \u00e0 interface, a qual j\u00e1 pode ser testada nas vers\u00f5es noturnas do Firefox. O bot\u00e3o fornece ferramentas para gerenciar diretamente a quais sites cada extens\u00e3o tem acesso \u2014 o usu\u00e1rio pode conceder e revogar o acesso da extens\u00e3o a qualquer site. O gerenciamento de permiss\u00f5es \u00e9 aplicado apenas a extens\u00f5es baseadas na terceira vers\u00e3o do manifesto; para extens\u00f5es na segunda vers\u00e3o do manifesto, o controle granular de acesso a sites n\u00e3o \u00e9 realizado.
<\/center> <\/li>\n
Mudan\u00e7a no processamento de solicita\u00e7\u00f5es Cross-origin \u2014 de acordo com o novo manifesto, os scripts de manipula\u00e7\u00e3o de conte\u00fado estar\u00e3o sujeitos \u00e0s mesmas restri\u00e7\u00f5es de permiss\u00f5es que a p\u00e1gina principal na qual esses scripts s\u00e3o injetados (por exemplo, se a p\u00e1gina n\u00e3o tem acesso \u00e0 API de geolocaliza\u00e7\u00e3o, ent\u00e3o o script da extens\u00e3o tamb\u00e9m n\u00e3o obter\u00e1 esse acesso). Esta mudan\u00e7a j\u00e1 foi completamente implementada no Firefox. <\/li>\n
API baseada em Promise. O Firefox suporta essa API e, para a terceira vers\u00e3o do manifesto, ir\u00e1 transferi-la para o namespace «chrome.*». <\/li>\n
![\"Mozilla](\"\/wp-content\/uploads\/2022\/11\/62422c3bf8021866caee67b47e642d5c.jpg\")
<\/center> <\/li>\n