Cómo detener las comunicaciones Comet streaming ser amortiguadas en el navegador

Question

Estoy tratando de empujar los paquetes de datos de mi servidor HTTP a un navegador, utilizando un cometa "para siempre iframe" y alimentándolo etiquetas script del servidor utilizando el Transfer-Encoding: fragmentada cabecera. Lo que estoy encontrando es que mis etiquetas de script no se interpretan de forma inmediata, y tengo que enviar un número de trozos antes de que el navegador comienza a responder a ellos. En el caso de IE8 esto parece requerir algo así como 256 bytes valor de los datos (no he comprobado con precisión), y en Firefox 3.5.7 parece ser algo más de un kilobyte. Todavía no he conseguido que Chrome para responder a las etiquetas script en todos antes de la conexión se cierra. Sin embargo, en todos los casos si termino los datos fragmentados (con el '0' trozo), cualquier trozos tamponadas se interpretan. He encontrado algunos de referencia para este tipo de comportamiento en Safari, pero no han encontrado ninguna dicha información para otros navegadores.

Lo que me gustaría saber es cómo puedo fiable ejecutar estas etiquetas de script que se envían, sin lo que parece ser algún tipo de mecanismo de amortiguación retrasar su ejecución?

Answer 1

¿Se tiene que utilizar siempre iframe? Si utiliza WebSockets y se cae de nuevo a sockets XML flash que puede apoyar a todos los navegadores actualmente en uso (excepto tal vez en los teléfonos con funciones) y obtener un verdadero socket API.