{"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\/es\/blog\/news\/plany-v-otnoshenii-podderzhki-v-firefox-vtoroj-i-tretej-versij-manifesta-chrome","title":{"rendered":"Planes para el soporte en Firefox de las versiones dos y tres del manifiesto de Chrome.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Los desarrolladores de Mozilla han actualizado la informaci\u00f3n sobre los planes relacionados con el soporte en Firefox para la segunda y tercera versi\u00f3n del manifiesto de Chrome. Google tiene previsto dejar de soportar extensiones que utilizan la segunda versi\u00f3n del manifiesto en las versiones de prueba de Chrome 127 (Dev, Canary y Beta) en junio de este a\u00f1o. En la rama estable, el soporte para la segunda versi\u00f3n del manifiesto se suspender\u00e1 no antes de julio. <\/p>\n
Por su parte, Mozilla no tiene previsto suspender el soporte de la segunda versi\u00f3n del manifiesto en el futuro cercano y mantendr\u00e1 la posibilidad de ejecutar extensiones que utilizan funciones no disponibles en la tercera versi\u00f3n del manifiesto. Sigue en pie la decisi\u00f3n de no garantizar la compatibilidad total con la tercera versi\u00f3n del manifiesto de Chrome en Firefox. Se mantendr\u00e1 una API webRequest completa en Firefox, que en Chrome ser\u00e1 trasladada a un modo de solo lectura. <\/p>\n
En Firefox, tambi\u00e9n se mantendr\u00e1 el soporte para la ejecuci\u00f3n de scripts en segundo plano basados en DOM mediante el mecanismo Event Pages, en lugar de los Service Workers que se estipulan en la tercera versi\u00f3n del manifiesto. A\u00fan no se soportan los scripts en segundo plano basados en Service Workers en Firefox, pero se les dar\u00e1 a los desarrolladores la opci\u00f3n de definir en la extensi\u00f3n tanto un manejador basado en Event Pages como scripts basados en Service Workers, lo que permitir\u00e1 crear extensiones compatibles con la tercera versi\u00f3n del manifiesto que funcionen en Chrome y Firefox. <\/p>\n
El manifiesto de Chrome define las capacidades y recursos disponibles para las extensiones escritas utilizando la API WebExtensions. Desde la versi\u00f3n 57, Firefox ha migrado completamente al uso de la API WebExtensions para el desarrollo de extensiones y ha dejado de soportar la tecnolog\u00eda XUL. La transici\u00f3n a WebExtensions permiti\u00f3 unificar el desarrollo de extensiones con las plataformas de Chrome, Opera, Safari y Edge, simplificando la portabilidad de extensiones entre diferentes navegadores web y permitiendo el uso completo del modo multiproceso (las extensiones WebExtensions pueden ejecutarse en procesos separados, aislados del resto del navegador). Para unificar el desarrollo de extensiones con otros navegadores, Firefox ofrece casi total compatibilidad con la segunda versi\u00f3n del manifiesto de Chrome. <\/p>\n
En el marco de la iniciativa para simplificar la creaci\u00f3n de complementos seguros y de alto rendimiento, y complicar la posibilidad de crear complementos inseguros y lentos, Google ha desarrollado la tercera versi\u00f3n del manifiesto. La principal queja respecto a la tercera versi\u00f3n del manifiesto se debe a la transici\u00f3n del API webRequest a un modo de solo lectura, que permit\u00eda conectar manejadores propios con acceso completo a las solicitudes de red y que pod\u00edan modificar el tr\u00e1fico en tiempo real. En lugar del API webRequest, la tercera versi\u00f3n del manifiesto introduce un API declarativeNetRequest limitado en sus capacidades, que proporciona acceso a un motor integrado para filtrado, que procesa las reglas de bloqueo por s\u00ed mismo y no permite el uso de algoritmos de filtrado personalizados. <\/p>\n
Entre las caracter\u00edsticas de la implementaci\u00f3n de la tercera versi\u00f3n del manifiesto en Firefox: <\/p>\n
\n
Se ha a\u00f1adido una nueva API de filtrado de contenido declarativa, pero a diferencia de Chrome, no se ha interrumpido el soporte para el antiguo modo de bloqueo del API webRequest. <\/li>\n
Se ha implementado el mecanismo Event Pages, que es m\u00e1s familiar para los desarrolladores web, no requiere una reestructuraci\u00f3n completa de los complementos y elimina las limitaciones relacionadas con el uso de Service Workers. Event Pages permitir\u00e1 llevar los complementos existentes con p\u00e1ginas de fondo a los requisitos de la tercera versi\u00f3n del manifiesto, manteniendo el acceso a todas las funcionalidades necesarias para trabajar con DOM.\n
El nuevo modelo granular de solicitud de permisos \u2014 la extensi\u00f3n no podr\u00e1 activarse de inmediato para todas las p\u00e1ginas (se ha eliminado el permiso 'all_urls'), y funcionar\u00e1 solo en el contexto de la pesta\u00f1a activa, es decir, el usuario deber\u00e1 confirmar la operaci\u00f3n de la extensi\u00f3n para cada sitio. En Firefox, todas las solicitudes de acceso a datos del sitio se considerar\u00e1n opcionales, y la decisi\u00f3n final sobre la concesi\u00f3n de acceso ser\u00e1 tomada por el usuario, quien podr\u00e1 decidir selectivamente a qu\u00e9 extensi\u00f3n otorgar acceso a sus datos en un determinado sitio.\n
Se ha a\u00f1adido un bot\u00f3n de \u00abUnified Extensions\u00bb a la interfaz para gestionar los permisos, permitiendo controlar a qu\u00e9 sitios tiene acceso cada complemento \u2014 el usuario puede otorgar y revocar el acceso del complemento a cualquier sitio. La gesti\u00f3n de permisos se aplica \u00fanicamente a los complementos basados en la versi\u00f3n tres del manifiesto; para los complementos de la segunda versi\u00f3n del manifiesto, no se realiza un control granular del acceso a los sitios. <\/p>\n
<\/center> <\/li>\n
Cambio en el manejo de solicitudes de origen cruzado \u2014 de acuerdo con el nuevo manifiesto, las restricciones de permisos que se aplican a los scripts de contenido tambi\u00e9n se aplicar\u00e1n a la p\u00e1gina principal en la que se incrustan esos scripts (por ejemplo, si la p\u00e1gina no tiene acceso a la API de geolocalizaci\u00f3n, el script de la extensi\u00f3n tampoco obtendr\u00e1 ese acceso). Este cambio ya est\u00e1 completamente implementado en Firefox. <\/li>\n
API basada en Promise. Firefox admite esta API tambi\u00e9n para la tercera versi\u00f3n del manifiesto. <\/li>\n
![\"Planes](\"\/wp-content\/uploads\/2024\/03\/fe76b83a5dc61990f0346c1d84f29114.png\")
<\/center> <\/li>\n