|
Mozilla estĂ¡ cada vez mĂ¡s cerca de dar otro paso para mejorar la estabilidad de su navegador, aislando los plugins en procesos independientes, una caracterĂstica programada para lanzarse el 4 de mayo como parte de Firefox 3.6.4. De esta forma, si fallan Adobe Reader, Flash o Java, ya no se «colgarĂ¡Â» toda la aplicaciĂ³n. |
El nuevo comportamiento, que podĂ©s probar en la nightly build y que se incluye en la beta pĂºblica, inhabilita todas las instancias del complemento problemĂ¡tico y genera un informe de errores. De esta forma, serĂ¡ posible seguir navegando sin mayores sobresaltos.
Por el momento sĂ³lo funciona con Quicktime, Flash y Silverlight, pero se pueden agregar otros plug-ins a mano. Si queremos agregar, por ejemplo, Adobe Reader, escribimos about:config en la barra de direcciones y agregamos una variable booleana a la que debemos nombrar dom.ipc.plugins.enabled.nppdf32.dll, le damos el valor true y reiniciamos Firefox. Para agregar Java el sistema es parecido: agregamos dom.ipc.plugins.enabled.npjp2.dll, le damos el valor true y reiniciamos. Para obtener los nombres de las bibliotecas que se encargan de cada plug-in escribĂ about:plugins en la barra de direcciones.
Esto tambiĂ©n implica un cambio en la polĂtica de actualizaciones de Firefox. Cada vez que haya una funciĂ³n lista para publicar, saldrĂ¡ con la prĂ³xima versiĂ³n disponible, por mĂ¡s que se trata de una versiĂ³n  menor. Tanto Chrome como Opera cuentan con ciclos de trabajo similares, asĂ que fue una decisiĂ³n casi obligada, en Ă©pocas donde hay que cuidar la cuota de mercado.
Este es definitivamente un paso en la direcciĂ³n correcta. TodavĂa falta mejorar el motor Javascript (muy lento en comparaciĂ³n con Opera o Chrome) y hacer que todas las pĂ¡ginas sean procesos independientes. Pero bueno, es un buen comienzo, ¿no?
Para mĂ¡s informaciĂ³n ver Mozilla Links.