Historias
Slashboxes
Comentarios
 

Google propone un protocolo complementario a HTTP

editada por rvr el 15 de Noviembre 2009, 10:00h   Printer-friendly   Email story
harverto nos cuenta: «Google ha propuesto un nuevo protocolo, SPDY, para sustituir el http, según ellos mucho más eficiente y el doble de rápido. Denominado SPDY se pronuncia 'speedy', como cierto ratón. Está claro que a los chicos de Google no se les puede dejar ni un metro, se la lían hasta al WWW». En Error500 cuentan que: «SPDY [es] un protocolo de sesión para TCP/IP, capaz de optimizar las comunicaciones HTTP con una mejora del rendimiento de hasta el 55% en carga de páginas, según pruebas de laboratorio que citan en el anuncio oficial. En resumidas cuentas, SPDY no sustituiría a HTTP sino que lo complementaría. [...] Google puede hacer Chrome compatible con SPDY, pero en el anuncio que han hecho no se menciona a ninguna empresa más ni a la IETF».

Este hilo ha sido archivado. No pueden publicarse nuevos comentarios.
Mostrar opciones Umbral:
Y recuerda: Los comentarios que siguen pertenecen a las personas que los han enviado. No somos responsables de los mismos.
  • Titulo != noticia

    (Puntos:5, Informativo)
    por bolinches (8100) el Domingo, 15 Noviembre de 2009, 10:21h (#1184815)
    ( http://barrapunto.com/ )
    Titulo: "Google propone un protocolo alternativo a HTTP "

    Enlaces y resumen: "En resumidas cuentas, SPDY no sustituiría a HTTP sino que lo complementaría."

    Pues eso, ques es una capa mas, que encapsularia HTTP, el TCP no lo tocan. "our initial investigations have focussed on the application layer, HTTP." Y desde luego no substituye al HTTP
    --
    "Computer science is not about computers any more than astronomy is about telescopes." E.W. Dijkstra (1930-2002)
    • Error de pobrecito hablador (Puntos:2) Lunes, 16 Noviembre de 2009, 08:31h
      • Re:Error de bolinches (Puntos:2) Lunes, 16 Noviembre de 2009, 13:42h
        • Re:Error

          (Puntos:4, Informativo)
          por bolinches (8100) el Lunes, 16 Noviembre de 2009, 13:44h (#1184976)
          ( http://barrapunto.com/ )
          En Q&A

          Q: Is SPDY a replacement for HTTP?

          A: No. SPDY replaces some parts of HTTP, but mostly augments it. At the highest level of the application layer, the request-response protocol remains the same. SPDY still uses HTTP methods, headers, and other semantics. But SPDY overrides other parts of the protocol, such as connection management and data transfer formats.
          --
          "Computer science is not about computers any more than astronomy is about telescopes." E.W. Dijkstra (1930-2002)
          [ Padre ]
    • Re:JOODER de pobrecito hablador (Puntos:1) Domingo, 15 Noviembre de 2009, 11:41h
    • 1 respuesta por debajo de tu umbral de lectura actual.
  • No entiendo

    (Puntos:2)
    por eregardrgn (39282) el Domingo, 15 Noviembre de 2009, 10:31h (#1184816)
    ( Última bitácora: Martes, 06 Octubre de 2009, 10:32h )

    Qué tendrá que ver el implementar un complemento de HTTP con revisar "cientos de líneas de tus sitios".

    Esto lo tendrán que implementar los navegadores y los servidores. Tu como desarrollador web no tendrá que tocar ni una línea de tu html, javascript, php, o lo que uses. Cuando lo implemente tu servidor lo actualizas si quieres, y el que tenga el navegador actualizado se beneficia.

    Yo programo páginas web y te aseguro que no me he metido jamás con el protocolo HTTP. Como mucho he enviado y recibido cabeceras y estados, pero eso el SPDY no lo toca, salvo para comprimir y eliminar repeticiones innecesarias.

    --
    ¡Me da igual la realidad! La teoría dice que no es posible.
  • Posibilidades

    (Puntos:1, Interesante)
    por FranciscoFranco (46340) <{francostin} {at} {gmail.com}> el Domingo, 15 Noviembre de 2009, 11:00h (#1184821)
    ( Última bitácora: Viernes, 01 Enero de 2010, 11:38h )
    Las posibilidades de que este protocolo salga adelante son muy pequeñas salvo que de algún modo sea totalmente "transparente" a todos los dispositivos de red. Hay miles y miles de elementos en la red - proxies, firewalls, filtros de contenido... - que analizan todo basandose en HTTP, y llevaría años y millones de euros sustituir toda esa infraestructura.

    Tal vez un modo de mejorar las comunicaciones podría ser eliminar el Spam que puede suponer a veces el 50% o más del tráfico de una red, pero a ver quien modifica SMTP también.

    En todo caso, HTTP se diseñó para transmitir documentos, y hoy en día lo que se quiere es transmitir aplicaciones y multimedia en streaming, por lo cual, evidentemente, llegará un momento en que una gran alianza de compañías terminará sacando algo que reemplace HTTP, y probablemente Google lo que está es buscando algún sitio privilegiado en tal comité.

    --
    ~~*~~ FranciscoFranco, la cara amable de Barrapunto ~~*~~
  • El nuevo Microsoft

    (Puntos:2)
    por Electroyonki (26375) el Domingo, 15 Noviembre de 2009, 12:18h (#1184833)
    Google cada vez da más miedo.
    --
    End Of Line
  • chorradas

    (Puntos:2)
    por obreiro (37284) el Lunes, 16 Noviembre de 2009, 08:55h (#1184940)
    ( http://www.galizalivre.org/ | Última bitácora: Lunes, 18 Febrero de 2008, 21:04h )
    Los protocolos debe definirlos un organismo público e internacional, como el IEEE, el CERN (si, el CERN practicamente inventó el HTTP, instaló el primer servidor web de la historia, etc...), la W3, Universidades de reconocida trayectoria, etc etc etc.

    http://www.w3.org/Protocols/HTTP/HTTP2.html [w3.org]

    http://www.faqs.org/rfcs/rfc822.html [faqs.org]

    y no la empresa que domina mundialmente internet, porque lo hará si o si, para su propio beneficio. Y eso como todos sabemos es nuestro perjuicio, por mucho que algunos se empeñen en decir que podemos beneficiarnos los dos.

    Nunca pasó a lo largo de la historia y no pasará.
    --
    nem guerra entre povos, nem paz entre classes!
    • Re:chorradas de PaWeR (Puntos:1) Lunes, 16 Noviembre de 2009, 10:49h
    • Re:chorradas de rongorongo (Puntos:2) Lunes, 16 Noviembre de 2009, 15:45h
    • 1 respuesta por debajo de tu umbral de lectura actual.
  • Re:Es la optimización obvia

    (Puntos:1, Informativo)
    por pobrecito hablador el Domingo, 15 Noviembre de 2009, 13:55h (#1184863)
    Ya te he dicho que HTTP está muy bien, quizás no me he expresado bien. Sin embargo, igual que en ciertos casos tiene ventajas, en otros tiene inconvenientes. Las aplicaciones que necesitan de estado, acaban creando una capa de abstracción que implementa dicho estado.
    Pero esque TCP sí que tiene estado. IP no tene, le ponemos TCP para añadirle estado, luego encima HTTP, volviéndoselo a quitar, y luego encima Cookies y demas para volvérselo a dar; es una cosa absurda que sólo tiene sentido conociendo cómo ha evolucinado la web.
    De todas formas yo no me refería intrínsicamente a HTTP. Para mi el problema es el todo: HTTP + HTML + Cookiess + Cada navegador por su lado + Javascript + XMLHTTPRequest + Lenguajes del lado servidor PHPJavaRubyASP... : una auténtica jungla.
    Aunque hay capas de abstracción y frameworks para facilitar las cosas, lo cierto es que programar para la web es innecesariamente complicado.
    [ Padre ]
  • Re:Por cierto

    (Puntos:1)
    por fergalini (43665) el Lunes, 16 Noviembre de 2009, 08:19h (#1184935)
    esa es la interpretación que daría un sajón. Pero los de aquí leeríamos "espidiguay", que claro, suena a otra cosa. Como los americanous no tienen palabra parecida a "guay", rápidamente hacen el enlace a la palabra way...

    nosotros pensamos en "speedy molón".

    [ Padre ]
  • 5 respuestas por debajo de tu umbral de lectura actual.