Chrome está a punto de ser más rápido y seguro, pero ¿a costa de qué?
La compañía de Mountain View está trabajando en una actualización para la API que utilizan las extensiones de Google Chrome. Al tiempo que trabajan en mejorar el consumo de RAM del navegador web, esta nueva API Manifest V3 supondrá una importante evolución en términos de rendimiento y seguridad. Desde el año 2012 no se ha producido una actualización de este tipo, y con la ‘V3’ se pondrá fin a algunos de los mayores problemas que provocan algunas de las extensiones de Chrome.
Dentro de Manifest V3 está la nueva API declarativeNetRequest, que sustituirá a webRequest. Pero ¿qué significa todo esto? Significa que en estos momentos, con webRequest, las extensiones están trabajando de forma ‘independiente’, y dejarán de hacerlo. Más concretamente, ahora mismo el navegador web Google Chrome inicia una solicitud de red y, al hacerlo, envía información a las extensiones. Cuando ocurre esto, las extensiones tienen que generar una respuesta con la acción que se tenga que llevar a cabo. En definitiva, existe una comunicación entre Chrome y las extensiones –y sus servidores- con la ejecución de JavaScript para llevar a cabo la función que corresponda. Esto hace que el navegador web funcione más lento de lo que podría.
Las extensiones de Google Chrome van a cambiar por completo con una de las próximas actualizaciones del navegador web
Incluso cuando una extensión no tiene que actuar de ninguna manera, igualmente Google Chrome hace una ‘consulta’ que debe ser respondida por todas y cada una de las extensiones. Esto, evidentemente, ralentiza los procesos de Chrome. Por eso, con esta próxima actualización de la API, la compañía de Mountain View tiene previsto que sea el propio navegador web el que filtre cuándo debe trabajar una extensión instalada, y cuándo no. De este modo se evita que funcionen extensiones en segundo plano cuando no están produciendo actividad por el sitio web que se está visitando, y se evita la ralentización que esto supone.
El problema está en que, por el momento, no está definida la sustitución directa de webRequest por declarativeNetRequest. Es posible que, durante varios meses, convivan ambas APIs y, por tanto, tardemos más tiempo en disfrutar de una nueva API más segura y rápida. Tampoco se sabe exactamente cuándo se introducirá declarativeNetRequest como parte de Manifest V3.
Via: www.adslzone.net