Firefox 36 viene con soporte para HTTP/2

No he querido comentar en DesdeLinux sobre lo que se avecina con HTTP/2 principalmente porque aún no conozco todas sus bondades, que con lo poco que he leído, parecen ser muchas. Sin embargo, ya los chicos de Mozilla han incluido su soporte en la versión 36 de Firefox que si bien aún no se ha anunciado, ya se puede descargar desde el FTP.

¿Qué es HTTP/2?

Hypertext Transfer Protocol o HTTP como mejor lo conocemos, es el protocolo que permite las transacciones en la World Wide Web (www). HTTP define la sintaxis y la semántica que utilizan los servidores, navegadores y demás. Pueden obtener más información detallada en Wikipedia.

El problema con este protocolo es que tiene más años que Matusalén, y su última revisión fue en el año 1999. Es por ello que el grupo de trabajo Hypertext Transfer Protocol Bis (httpbis) de la IETF (The Internet Engineering Task Force) tomó como base SPDY (speedy), protocolo desarrollado por Google en el 2009, y luego de un arduo trabajo en colaboración con los ingenieros de Mountain View, han declarado HTTP/2 como un protocolo terminado.

Ventajas de HTTP/2 con relación a HTTP/1.1

Pero en fin, vamos a las ventajas que conlleva HTTP/2 sobre el viejo HTTP/1.1:

Multiplexación de conexión asíncrona: HTTP/2 se puede utilizar de forma paralela, independientemente del número de peticiones, por lo tanto permite un mayor número de solicitudes, que a su vez generen más respuestas por cada petición al mismo tiempo. Este protocolo ha sido diseñado para ser usado en sitios con altos niveles de tráfico, evitando que colpasen, lo que nos lleva a la segunda ventaja.

Compresión de cabeceras y pipelining de solicitud-respuesta: Al ir comprimidas las cabeceras de las peticiones HTTP, se necesita menos ancho de banda. Por lo tanto la carga será mucho más rápida y se podrán enviar muchas más peticiones simultáneas al mismo tiempo.

Encriptación: Esta característica fue impuesta por Firefox y Google Chrome para adoptar el nuevo protocolo, lo que significa que en un futuro no muy lejano, veremos muchos más sitios usando conexiones seguras.

En resumen, lo que nos interesa es que con HTTP/2 podremos navegar muchísimo más rápido por nuestros sitios web favoritos, sin que colpasen, sobre todo desde dispositivos móviles que tienen (o tenían) menos memoria RAM que un ordenador.

¿Que nos trae Firefox 36?

Pues Firefox 36 nos trae soporte para HTTP/2 (el cual no se ha implementado aún, por lo menos no de forma global), Media Source Extensions (MSE) para manejar las reproducciones nativas en HTML5 en Youtube, correcciones en HTML5, sincronización de los accesos rápidos en la nueva pestaña, nueva forma de ver Las Preferencias y más, muchas más cosas que pueden ver acá.

Si no quieres esperar a que se incluya en tu distribución de cabecera, acá te dejo los enlaces:

Nota: Google Chrome también tiene soporte para HTTP/2


20 comentarios

  1.   elav dijo

    Probando Firefox 36 😛

    1.    eliotime3000 dijo

      Aquí desde Windows todo OK (esperando a que mañana salga Iceweasel 36). Por fin los videos en Youtube se reproducen bien, pero por ahora Firefox me salva del dash.

    2.    eliotime3000 dijo

      Probando Iceweasel 36 desde Debian Wheezy. Al parecer, sigue usando GStreamer para reproducir videos en H.264, el MSE no lo implementaron y el EME lo desactivaron (menos mal), y el chiste anda en que Youtube no ejecuta de forma automáticamente el reproductor en HTML5 y sigue haciendo fallback al Flash Player.

      En fin, aquí les dejo el changelog de Iceweasel 36.

  2.   cristianhcd dijo

    tengo una duda sobre la Multiplexación de conexión asíncrona
    Esto no tendrá un impacto negativo en la seguridad, por ataques tipo ddos, o simplemente que servidores “limitados” sean botados más fácilmente.

    1.    eliotime3000 dijo

      Ésa es la preocupación que tengo en estos momentos.

      1.    cristianhcd dijo

        f5 f5 f5 y kabum!!! ya no necesitas loic para botar el server amigo 😀

    2.    Yukiteru dijo

      Al contrario la multiplexación permitirá que los servidores puedan manejar una mayor cantidad de conexiones concurrentes simultaneas haciendo uso de esta técnica, ya que por cada conexión real en HTTP2 servidor-cliente, se pueden manejar varias flujos de datos bajo un determinado sistema de control. No es que mágicamente se abran múltiples conexiones (que es precisamente lo que pasa ahora, en el que al abrir una pagina múltiples conexiones HTTP se abren para cargar el contenido de la misma), sino que una misma y única conexión te permitirá disfrutar de múltiples flujos de datos y servicios.

      El mejor ejemplo de que las técnicas de multiplexación dan resultado están en la telefonía, en donde se lleva años usando esa técnica para aumentar la cantidad de conexiones por radiobase y al mismo tiempo aumentar las velocidades de las mismas, entiéndase que; 2G, 3G y 4G tienen sistemas que hacen uso intensivo de este tipo de técnicas.

  3.   dhunter dijo

    Bueno, ahora a esperar que esto se haga estándar y que nginx y el resto lo implementen del lado del servidor. Estos upgrades de protocolos son emocionantes y los quisieramos para ya pero llevan su buen tiempo.

    1.    elav dijo

      Bueno, por parte de NGinx no creo que exista problema alguno: http://www.serverwatch.com/server-news/nginx-gearing-up-for-http2.html

  4.   Tuxifer dijo

    Nota: Google Chrome también tiene soporte para HTTP/2

    Por tanto tienen http2 también: Opera, Chromium, Maxthon, y el largo ETC. que usan el motor de Chrome ¿No?…
    Bien por FF por no atrasarse en este senttido.

    1.    elav dijo

      Exacto! O por lo menos en teoría.

  5.   Bruno Cascio dijo

    Hola Elav!
    Tal vez sea una mala interpretación mía.

    “En resumen, lo que nos interesa es que con HTTP/2 podremos navegar muchísimo más rápido por nuestros sitios web favoritos, sin que colpasen, sobre todo desde dispositivos móviles que tienen (o tenían) menos memoria RAM que un ordenador.”

    Que impacto tiene tener más o menos memoria RAM en lo que significa la velocidad de transferencia por el protocolo HTTP/2 ?
    Te referis que al ser menos datos descargados, va a ocupar menos memoria? Sino no lo he entendido.

    Abrazo!

    1.    elav dijo

      Algo así he entendido yo también. Se supone que a mayor procesamiento del contenido, por el tema del renderizado, mayor consumo de los recursos del cliente. O eso es lo que entiendo de todo esto 😀

  6.   Rafael Castro dijo

    Ya Mozilla arreglo el problema del consumo de memoria?

    1. Saludos. Tienes una solución aquí:

      http://www.ubuntuleon.com/2015/02/en-busca-de-la-cache-de-fuego-aka.html

    2.    eliotime3000 dijo

      Al parecer, sí, puesto que lo estoy probando desde mi netbook y anda igual de fluído que en Opera Blink en la partición de Windows. Mañana estará disponible Iceweasel 36, y ya te diré con detalles qué tal ha salido.

  7.   rolo dijo

    vengo probando iceweasel 36 desde algún tiempo y hay un par de cosas que no me están gustando.

    1. La primera es la aparición de publicidad en Hello, con logotipos que no son de código abierto y sin la posibilidad de elegir verlos o no. Es decir, si bien el paquete de firefox o iceweasel no traen las imágenes de los logotipos, el navegador al cargarlos los incorpora sin darte ninguna elección, lo que podría generar que se cuestione su ubicación en los repositorios de man del paquete firefox.
    2. La segunda esta relacionada con el buscador, si uno hace clic en la lupa y no hay ningún texto, no se despliega el menú con los distintos buscadores, ademas que luego de hacer una búsqueda vuelve al buscador por defecto, lo cual en cierto punto es molesto y engorroso.

    1.    eliotime3000 dijo

      De acuerdo con el primer punto, aunque déjame decirte que Firefox Hello usa tecnología web y como es el servidor de Mozilla el que se usa en Iceweasel, es prácticamente imposible quitar el logo del auspiciador (el cual es Telefónica).

      Por otro lado, veo que han quitado el logo en la región de búsqueda, puesto que en las anteriores versiones han tenido problemas mostrando el logo (tanto en el homepage predeterminado como también en la parte de “nueva pestaña”), además que carece del sistema MSE y el códec H.264 proporcionado por CISCO (menos mal que en Youtube se puede configurar para ver en HTML5 por defecto).

      Y una cosa: ya no usa el códec VP8 por defecto, sino usa el GStreamer para reproducir videos en H.264 en el reproductor HTML5 en Youtube (¿Por qué no usan el códec VP9?).

      PD: El anterior comentario me tacharon como spam. Mejor estaba el akismet.

  8.   urbi dijo

    Exelente noticia

  9.   Yukata dijo

    increible como avanza la tecnología

Deja un comentario

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *