Chrome implementa Web Sockets

[Andrés Gattinoni]

http://barrapunto.com/articles/09/12/10/220258.shtml

No termino de entender bien la diferencia con XHR a nivel Javascript.
Alguien me explica? :)

[Jonathan Muszkat]

basicamente es un standard, permite conexiones bi direccionales con pocos headers, y usa una sola conexion tcp/ip... quieren sacar JSON y hacer esto nativo para que por ejemplo el Flash o SilverLight pueda hablar con esto sin tener que hacer transformaciones lo que se traduce en velocidad

2009/12/11 Andrés Gattinoni <andresg...@gmail.com>

http://barrapunto.com/articles/09/12/10/220258.shtml

No termino de entender bien la diferencia con XHR a nivel Javascript.
Alguien me explica? :)

--
-------------------------------------------------------------------
Para obtener más opciones, visita este grupo en
http://groups.google.com/group/webandbeer?hl=es.
El blog del grupo
http://www.webandbeer.com.ar

--
Jonathan Ariel Muszkat
Mail: mus...@gmail.com
Msn: jony...@hotmail.com
Móvil: (011)15-4-399-6363
Skype: jony.musky
Linkedin: http://www.linkedin.com/in/musky

[pablof...@gmail.com]

«A continuación hablaremos de Comet y WebSocket como opciones substitutas para la contrucción de aplicaciones con interfaces y comportamiento complejos que en el caso de Comet no gozan de la popularidad de Ajax ni se ha convertido en estándar por no tener una espalda empresarial como Microsoft, Google o Yahoo!. El caso de Web Socket es diferente por haber nacido como parte de una especificación creada y en desarrollo por parte de W3C».


La eterna lucha por dominar un standar?



----------------------------------------
Pablo Morales
blog: http://blog.pablo-morales.com
linkedln: http://www.linkedin.com/pub/9/528/21
skype: pablofmorales
gtalk: pablof...@gmail.com
msn: pfm...@hotmail.com

2009/12/11 Andrés Gattinoni <andresg...@gmail.com>

http://barrapunto.com/articles/09/12/10/220258.shtml

No termino de entender bien la diferencia con XHR a nivel Javascript.
Alguien me explica? :)

[LICH]

Che
> permite conexiones bi direccionales

O sea que tambien está diseñado para aceptar mensajes desde el server
al client (sin request del client)?

On 11 dic, 11:39, Jonathan Muszkat <mus...@gmail.com> wrote:
> basicamente es un standard, permite conexiones bi direccionales con pocos
> headers, y usa una sola conexion tcp/ip... quieren sacar JSON y hacer esto
> nativo para que por ejemplo el Flash o SilverLight pueda hablar con esto sin
> tener que hacer transformaciones lo que se traduce en velocidad
>

> 2009/12/11 Andrés Gattinoni <andresgattin...@gmail.com>

>
> >http://barrapunto.com/articles/09/12/10/220258.shtml
>
> > No termino de entender bien la diferencia con XHR a nivel Javascript.
> > Alguien me explica? :)
>
> > --
> > -------------------------------------------------------------------
> > Para obtener más opciones, visita este grupo en
> >http://groups.google.com/group/webandbeer?hl=es.
> > El blog del grupo
> >http://www.webandbeer.com.ar
>
> --
> Jonathan Ariel Muszkat
> Mail: mus...@gmail.com

> Msn: jonymu...@hotmail.com

[Eduardo Ledo]

Por lo que entendí, abre una conexión al server y la mantiene abierta,
así que reduce el tráfico (al enviar los headers una sola vez al iniciar
la conexión) y aparentemente taambién puede recibir datos desde el
server sin pedirlos (eventos del server y del cliente).

--
Eduardo Ledo <eduard...@gmail.com>


-----Mensaje original-----
De: LICH <lisan...@gmail.com>
Reply-to: weban...@googlegroups.com
Para: webandbeer <weban...@googlegroups.com>
Asunto: [WebAndBeer] Re: Chrome implementa Web Sockets
Fecha: Tue, 15 Dec 2009 08:06:29 -0800 (PST)

[Demián Andrés Rodriguez]

y entonces que tiene de nuevo? ahora yo puedo hacer casi lo mismo, abro una conexion y la dejo abierta, en el server hago un bucle infinito hasta que se produzca algun evento y envio la respuesta al cliente, claro que con php tenes el problema del timeout pero cancelas la peticion antes y creas otra y listo.

2009/12/15 Eduardo Ledo <eduard...@gmail.com>

[Andrés Gattinoni]

Por ejemplo, si tenés un chat (como gtalk) establecés una conexión y
desde el server te puede mandar los mensajes, no necesitás andar
poleando desde javascript.
Reducís la cantidad de conexiones y headers, bajando mucho el overhead
total de la conexión entre el cliente y el servidor.

2009/12/15 Demián Andrés Rodriguez <demi...@gmail.com>:

[LICH]

esto es lo que queria saber. gracias don gatti.

On 15 dic, 15:00, Andrés Gattinoni <andresgattin...@gmail.com> wrote:
> Por ejemplo, si tenés un chat (como gtalk) establecés una conexión y
> desde el server te puede mandar los mensajes, no necesitás andar
> poleando desde javascript.
> Reducís la cantidad de conexiones y headers, bajando mucho el overhead
> total de la conexión entre el cliente y el servidor.
>

> 2009/12/15 Demián Andrés Rodriguez <demia...@gmail.com>:

>
>
>
> > y entonces que tiene de nuevo? ahora yo puedo hacer casi lo mismo, abro una
> > conexion y la dejo abierta, en el server hago un bucle infinito hasta que se
> > produzca algun evento y envio la respuesta al cliente, claro que con php
> > tenes el problema del timeout pero cancelas la peticion antes y creas otra y
> > listo.
>

> > 2009/12/15 Eduardo Ledo <eduardo.l...@gmail.com>

>
> >> Por lo que entendí, abre una conexión al server y la mantiene abierta,
> >> así que reduce el tráfico (al enviar los headers una sola vez al iniciar
> >> la conexión) y aparentemente taambién puede recibir datos desde el
> >> server sin pedirlos (eventos del server y del cliente).
>
> >> --

> >> Eduardo Ledo <eduardo.l...@gmail.com>
>
> >> -----Mensaje original-----
> >> De: LICH <lisandr...@gmail.com>

[Andrés Gattinoni]

Igual lo tiré medio de oído eso, eh. No leí mucho cómo viene la mano.
Pero entiendo que es justamente eso lo que le anda interesando a Google.
Para el mismo lado apuntaba ese protocolo que estuvieron desarrollando
también en Google como alternativa a HTTP.
Entre sus features incluía este tema de que el servidor pueda enviar
datos sin haber sido solicitados por el cliente, lo cual te evita
andar poleando. Y ello implica, necesariamente, que el cliente deje la
conexión abierta (porque por eso es un cliente y no un servidor).

2009/12/16 LICH <lisan...@gmail.com>: