Acabo de migrar a https. Para los informáticos de mi quinta, a más de uno les parecerá como si me hubiera adentrado en la zona de dragones de los mapas medievales. Pero, por si alguno tiene pendiente hacer este cambio, ha resultado mucho más sencillo de lo que esperaba.

Desde hace tiempo se está fomentando su uso desde organizaciones como el w3c, google (en calidad de buscador) que favorece a los sitios que implementan https y por otra parte los navegadores chrome  y mozilla, que también han anunciado medidas para propiciar el uso de https. Así que, poco a poco, https se ha vuelto casi obligatorio desde este año. Además el nuevo HTTP2  en la mayoría de navegadores solo funciona sobre https, como medida para favorecer el uso de la navegación segura.

Debido a esta presión para cambiar de http a https, la mayoría de herramientas para convertir los sitios en https se han simplificado muchísimo. Para empezar, gracias a letsencrypt.com podemos obtener certificados gratuitos. En WordPress, gracias al plugin WP Encrypt el proceso para obtener un certificado es tan simple como rellenar un formulario y pulsar unos botones. Y por último, en el caso de mi hosting, configurar https en apache se hace con una herramienta muy sencilla, por lo que el proceso completo es casi trivial.

Solo he tenido que toquetear algunas urls (imágenes, scripts de analytics, etc) por lo que es posible que alguna página antigua no esté actualizada. Pero, de momento, no me he encontrado con dragones.

1

Aunque hace ya unos meses, quería despedirme de webrunner (antes conocido como prism). Los desarrolladores anunciaron hace unos meses que iban a dejar de dar soporte a la aplicación. Después de que Mozilla dejase de dar soporte a prism, Salsita continuó el mantenimiento de webrunner, pero es una empresa pequeña, con pocos recursos y finalmente no han podido continuar con el desarrollo de webrunner.

Es una pena que webrunner no haya podido tener éxito. Para mí era una aplicación muy útil, con mucho sentido y la prueba es que muchos navegadores cada vez se parecen más a webrunner y en general soportarán el modo site-specific-browser, ejecutando aplicaciones web que serán indistinguibles de aplicaciones de escritorio. Supongo que webrunner llegó demasiado pronto y no se comercializó bien. Probablemente era un poco farragoso de utilizar. Y lo peor es que era un cambio de paradigma difícil de explicar. Al hablar de webrunner, siempre me preguntaban cual era la diferencia con un enlace a una página web. Y la respuesta es que no hay muchas diferencias mientras los desarrolladores no aprovechasen las ventajas que ofrecía webrunner (integración con el escritorio, ejecución cómo aplicación separada del navegador, notificaciones de escritorio, etc).

Así que finalmente los navegadores se están convirtiendo en "webrunners". Chrome tiene la opción de instalar aplicaciones web y de crear accesos directos a aplicaciones. Además incorpora muchas opciones para que las aplicaciones web se conviertan en aplicaciones de escritorio (drag&drop de ficheros, ejecución de una página en forma de ventana, notificaciones de escritorio). Algunas de estas posibilidades están contempladas en html5. En ie9, no he podido probar los "pinned sites" porque todavía utilizo windows XP y no puedo actualizar a ie9, pero creo que van en la misma dirección. Firefox además de fijar pestañas, cada vez tiene una visualización más minimalista.

Todo parece indicar que los navegadores van a terminar pareciéndose mucho a webrunner. Lo malo es que de momento no hay compatibilidad entre distintos navegadores y no parece que vaya a haberla, excepto lo que poco a poco se va implementando en html5.

En mozilla hacks nos han mostrado un par de ejemplos que demuestran la mejora de velocidad de Firefox 4, que se debe (entre otras cosas) a un nuevo motor de javascript llamado JaegerMonkey. Éste motor intenta aunar lo mejor de dos técnicas para acelerar la compilación en tiempo real: basada en trazas (tracer JIT) y en métodos (method JIT). El compilador basado en trazas es mucho más rápido que los compiladores basados en métodos, pero es una técnica que no siempre se puede aplicar, por lo que en media es más lento. La versión actual de Firefox utiliza el tracer JIT y es más lento que los compiladores de Chrome y Safari que utilizan method JIT. Para no alejarse del rendimiento de Chrome y Safari, los chicos de Firefox han decidido crear JaegerMonkey, un compilador nuevo basado en métodos al que esperan añadirle compilación basada en trazas para mejorar el rendimiento. Tienen incluso una página, are we fast yet, en la que muestran el progreso en la mejora de rendimiento, que se va acercando poco a poco a la velocidad de Chrome y Safari.

Las optimizaciones en el motor de javascript son a bajo nivel, con código muy pegado a la máquina. Estas mejoras ayudarán a los desarrolladores y permitirán aplicaciones web mucho más rápidas y potentes con una ejecución lo suficientemente rápida cómo para que no haya diferencias significativas con las aplicaciones de escritorio. En los ejemplos de mozilla hacks muestran un editor de imágenes y una FFT aplicada en tiempo real a un video. Todavía no son comparables a las aplicaciones de escritorio comparables, pero son aplicaciones impensables hace unos años en javascript.

1

A través de thinkwasabi, he llegado a un complemento de firefox llamado juice, que tiene 2 funciones principales:

  • Busca información contextual relativa a un texto que se puede arrastrar a la barra de juice. Dependiendo del texto arrastrado, devuelve información de la wikipedia, información de tiendas y/o catálogos, etc. En caso de no poder encontrar ningún tipo de información, realiza una búsqueda en google.
  • Por otra parte, permite crear una lista de videos y contenidos digitales para ver más tarde, arrastrando también los contenidos a la barra lateral de juice.

Lo que me ha llamado la atención de este complemento es que tiene un acabado muy comercial, casi parece una aplicación encastrada dentro de un navegador. Imaginando una situación en que el navegador sustituye al sistema operativo, este plugin ofrecería información contextual sobre cualquier texto seleccionable en nuestro sistema operativo. Esto sería una funcionalidad bastante interesante y por la que habría gente dispuesta a pagar.

Pero ¿sería posible ofrecer un complemento cómo este con una licencia de pago? Últimamente se han puesto de moda los marketplaces, debido al gran éxito de la tienda de apple. Parece que incluso Canonical, los creadores de Ubuntu, están pensando en crear su propia tienda de aplicaciones. ¿Se estará perdiendo Mozilla una oportunidad de crear un marketplace de complementos? ¿Tiene sentido ofrecer complementos para un navegador de pago?

Si el navegador le roba protagonismo al sistema operativo y consigue que las aplicaciones web funcionen como aplicaciones de escritorio, es posible que tenga sentido este mercado de plugins o de aplicaciones basadas en prism. Podría ser una buena idea, tanto para los creadores de aplicaciones cómo para los usuarios.

En readwriteweb he leido las nuevas características de firefox 3.6 beta. Entre las novedades de la nueva versión, hay una funcionalidad pequeña que puede ser importante para el futuro: la posibilidad de hacer drag & drop de ficheros locales. Esta característica permitirá arrastrar directamente ficheros de video a youtube o fotos a flickr sin necesidad de usar plugins java o flash como hasta ahora. Así que se cerrará un poco más la separación entre aplicaciones web y aplicaciones de escritorio.

Otra hecho interesante es que el proyecto personas se incorpora a firefox. Así que es posible y deseable que prism finalmente se base en completamente en firefox en vez de xulrunner y termine incorporándose a firefox al igual que personas. De la misma forma que chrome permite crear aplicaciones a partir de sitios web y además se podrán reutilizar todos los plugins existentes sin esfuerzo.

Recopilando un poco, en la siguiente versión de firefox tendremos video nativo con posibilidad de ejecutar a pantalla completa, drag & drop de ficheros locales, almacenamiento local e hilos de ejecución paralela gracias a html5 y, a través de prism, conversión de aplicaciones web en aplicaciones de escritorio y alertas en el área de notificación del escritorio.