Estoy pensando en escribir una aplicación web en tiempo real que necesitaría poder enviar mensajes al navegador. Cuando leí por primera vez sobre Comet, las personas parecían considerarlo un enfoque frágil e inmaduro debido al débil soporte del navegador. Hoy, parece ser una técnica establecida y práctica. Pero hasta donde yo sé, los navegadores no son compatibles con los métodos básicos (largas encuestas, iframes y etiquetas de guiones) ahora mejor que en el 2006 cuando la idea se hizo popular.¿Comet todavía está inmaduro?
Por supuesto, es difícil administrar todas esas conexiones en el lado del servidor, pero Comet frameworks resuelve ese problema (y era factible incluso en el '06 con algo así como Twisted). Entonces, ¿cuál es el problema? ¿Hay algún problema para solucionar problemas con el soporte de Comet en los navegadores, o la gente de entonces simplemente estaba equivocada?
También: Recientemente leí una publicación del blog ~ 2010 que resume el estado de la tecnología de Comet, cubriendo cada método en detalle. Hizo parecer que ninguno de los métodos era realmente viable. La publicación fue muy persuasiva, por lo que todavía estoy nervioso sobre Comet. Lo único que recuerdo del blog es que tenía un fondo oscuro (marrón o negro). ¿Alguien más ha visto esa publicación? Me gustaría leerlo de nuevo.
+1; Trabajo para Frozen Mountain (www.frozenmountain.com) y tenemos una implementación de servidor cometa para .NET. Como tal, paso mucho tiempo en este mundo. Comet es completamente viable, siempre que tenga la implementación correcta. El soporte del navegador está bien, provisto (como dijo Andrew) que usted retrocede adecuadamente. Y long-polling también es bastante eficiente, gracias a HTTP keep alives y a la reutilización de la conexión TCP. Bueno, pon a Andrew. – jvenema