{"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\/pt\/blog\/news\/plany-v-otnoshenii-podderzhki-v-firefox-vtoroj-i-tretej-versij-manifesta-chrome","title":{"rendered":"Planos em rela\u00e7\u00e3o ao suporte no Firefox para a segunda e terceira vers\u00f5es do manifesto Chrome","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Os desenvolvedores da Mozilla atualizaram as informa\u00e7\u00f5es sobre os planos relacionados ao suporte no Firefox \u00e0s vers\u00f5es dois e tr\u00eas do manifesto do Chrome. A empresa Google pretende encerrar em junho deste ano o suporte a complementos que utilizam a segunda vers\u00e3o do manifesto nas vers\u00f5es beta do Chrome 127 (Dev, Canary e Beta). No ramo est\u00e1vel, o suporte \u00e0 segunda vers\u00e3o do manifesto ser\u00e1 encerrado n\u00e3o antes de julho. <\/p>\n
Por sua vez, a Mozilla n\u00e3o planeja interromper o suporte \u00e0 segunda vers\u00e3o do manifesto no futuro pr\u00f3ximo e manter\u00e1 a op\u00e7\u00e3o de rodar complementos que utilizam recursos n\u00e3o dispon\u00edveis na terceira vers\u00e3o do manifesto. A decis\u00e3o de n\u00e3o garantir total compatibilidade com a terceira vers\u00e3o do manifesto do Chrome no Firefox permanece. O API webRequest continuar\u00e1 dispon\u00edvel no Firefox, enquanto no Chrome ser\u00e1 alterado para modo apenas leitura. <\/p>\n
No Firefox, o suporte para a execu\u00e7\u00e3o de scripts em segundo plano baseados em DOM tamb\u00e9m ser\u00e1 mantido atrav\u00e9s do mecanismo Event Pages, ao inv\u00e9s do que \u00e9 prescrito na terceira vers\u00e3o do manifesto que \u00e9 o uso de Service Workers. Os scripts em segundo plano baseados em Service Workers ainda n\u00e3o s\u00e3o suportados no Firefox, mas os desenvolvedores ter\u00e3o a op\u00e7\u00e3o de definir tanto manipuladores baseados em Event Pages quanto scripts baseados em Service Workers em seus complementos, permitindo a cria\u00e7\u00e3o de complementos que atendem \u00e0 terceira vers\u00e3o do manifesto e funcionam tanto no Chrome quanto no Firefox. <\/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
No \u00e2mbito da iniciativa para simplificar a cria\u00e7\u00e3o de complementos seguros e de alto desempenho, e dificultar a cria\u00e7\u00e3o de complementos inseguros e lentos, a Google desenvolveu a terceira vers\u00e3o do manifesto. A principal reclama\u00e7\u00e3o sobre a terceira vers\u00e3o do manifesto \u00e9 a mudan\u00e7a para o modo somente leitura da API webRequest, que permitia conectar manipuladores pr\u00f3prios com acesso total \u00e0s solicita\u00e7\u00f5es de rede e capazes de modificar o tr\u00e1fego em tempo real. Em vez da API webRequest, a terceira vers\u00e3o do manifesto introduziu uma API declarativa limitada, a declarativeNetRequest, que oferece acesso a um mecanismo interno de filtragem que processa autonomamente as regras de bloqueio, sem permitir o uso de algoritmos de filtragem pr\u00f3prios. <\/p>\n
Entre as caracter\u00edsticas da implementa\u00e7\u00e3o da terceira vers\u00e3o do 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. <\/li>\n
Foi implementado um mecanismo de Event Pages, que \u00e9 mais familiar para desenvolvedores web, n\u00e3o requer uma reformula\u00e7\u00e3o completa dos complementos e elimina as limita\u00e7\u00f5es associadas ao uso de Service Workers. As Event Pages permitir\u00e3o adaptar os complementos existentes com p\u00e1ginas de fundo aos requisitos da terceira vers\u00e3o do manifesto, preservando o acesso a todas as funcionalidades necess\u00e1rias para trabalhar com o DOM.\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, foi adicionada ao interface o bot\u00e3o «Unified Extensions» para gerenciar diretamente a quais sites cada complemento tem acesso \u2014 o usu\u00e1rio pode conceder ou revogar acesso a qualquer site. O gerenciamento de permiss\u00f5es \u00e9 aplicado apenas a complementos com base na terceira vers\u00e3o do manifesto; para complementos na segunda vers\u00e3o do manifesto, o gerenciamento granular de acesso a sites n\u00e3o \u00e9 realizado. <\/p>\n
<\/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 esta API tamb\u00e9m para a terceira vers\u00e3o do manifesto. <\/li>\n
![\"Planos](\"\/wp-content\/uploads\/2024\/03\/fe76b83a5dc61990f0346c1d84f29114.png\")
<\/center> <\/li>\n