{"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\/es\/blog\/news\/mozilla-nachnyot-prinimat-dopolneniya-na-baze-tretej-versii-manifesta-chrome","title":{"rendered":"Mozilla comenzar\u00e1 a aceptar complementos basados en la tercera versi\u00f3n del manifiesto de Chrome.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
El 21 de noviembre, el cat\u00e1logo de AMO (addons.mozilla.org) comenzar\u00e1 a aceptar y certificar con firma digital las extensiones que usan la tercera versi\u00f3n del manifiesto de Chrome. Estas extensiones podr\u00e1n ser probadas en las versiones nocturnas de Firefox. En las versiones estables, la inclusi\u00f3n del soporte para la tercera versi\u00f3n del manifiesto se realizar\u00e1 en Firefox 109, que est\u00e1 programado para el 17 de enero de 2023. Se mantendr\u00e1 el soporte para la segunda versi\u00f3n del manifiesto en un futuro cercano, pero a finales de 2023, tras evaluar la din\u00e1mica de la transici\u00f3n de las extensiones a la tercera versi\u00f3n del manifiesto, se considerar\u00e1 la posibilidad de trasladar el soporte de la segunda versi\u00f3n a la categor\u00eda de obsoleto. <\/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
Actualmente, se est\u00e1 trabajando en Chrome para la transici\u00f3n a la tercera versi\u00f3n del manifiesto, y el soporte para la segunda versi\u00f3n se eliminar\u00e1 en enero de 2024. El objetivo principal de los cambios introducidos en la nueva versi\u00f3n es simplificar la creaci\u00f3n de extensiones seguras y de alto rendimiento, y dificultar la posibilidad de crear extensiones inseguras y lentas. Dado que la tercera versi\u00f3n del manifiesto ha sido objeto de cr\u00edticas y provocar\u00e1 fallos en muchas extensiones dedicadas a bloquear contenido no deseado y proporcionar seguridad, Mozilla decidi\u00f3 alejarse de garantizar la plena compatibilidad con el manifiesto en Firefox y aplicar algunos cambios de forma diferente. <\/p>\n
La principal insatisfacci\u00f3n con la tercera versi\u00f3n del manifiesto se relaciona con el cambio del API webRequest a un modo de solo lectura, que permit\u00eda conectar controladores propios con acceso total a las solicitudes de red y la capacidad de modificar el tr\u00e1fico al vuelo. Este API se utiliza en uBlock Origin y muchas otras extensiones para bloquear contenido no deseado y garantizar la seguridad. En lugar del API webRequest, la tercera versi\u00f3n del manifiesto propone un API declarativeNetRequest, que tiene capacidades limitadas, proporcionando acceso a un motor integrado para filtrado que procesa reglas de bloqueo por s\u00ed mismo, sin permitir el uso de algoritmos de filtrado propios, ni la creaci\u00f3n de reglas complejas que se superpongan entre s\u00ed seg\u00fan las condiciones. <\/p>\n
Entre las caracter\u00edsticas de la implementaci\u00f3n del nuevo 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.\n
En el manifiesto se define la sustituci\u00f3n de las p\u00e1ginas de fondo por una variante de Service Workers, que funcionan como procesos en segundo plano (Background Service Workers). Para garantizar la compatibilidad futura, se implementar\u00e1 soporte para Service Workers en Firefox, pero actualmente, en su lugar, se propone un nuevo mecanismo de Event Pages, que es m\u00e1s familiar para los desarrolladores web, no requiere una reestructuraci\u00f3n completa de las extensiones y elimina las limitaciones relacionadas con el uso de Service Workers. Event Pages permitir\u00e1 adaptar las extensiones 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 el DOM. <\/li>\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 nuevo bot\u00f3n de \"Extensiones Unificadas\" en la interfaz para gestionar los permisos, que ya se puede probar en las compilaciones nocturnas de Firefox. Este bot\u00f3n proporciona medios para gestionar directamente a qu\u00e9 sitios tiene acceso cada complemento; el usuario puede conceder y revocar el acceso de un complemento a cualquier sitio. La gesti\u00f3n de permisos solo se aplica a los complementos basados en la tercera versi\u00f3n del manifiesto; para los complementos basados en la segunda versi\u00f3n del manifiesto, no se lleva a cabo un control granular del acceso a los sitios.
<\/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 Promesas. Firefox admite esta API y la trasladar\u00e1 al espacio de nombres \"chrome.*\" para la tercera versi\u00f3n del manifiesto. <\/li>\n
![\"Mozilla](\"\/wp-content\/uploads\/2022\/11\/62422c3bf8021866caee67b47e642d5c.jpg\")
<\/center> <\/li>\n