Durante un tiempo he estado jugando con la idea de sondeo largo para mi sistema de notificación, pero nunca he sido capaz de pensar en una manera de hacerlo más eficiente para mi backend.AJAX sondeo largo, aumentando la eficiencia
mayoría de las implementaciones que se han visto mantenga la conexión abierta, y el php consulta al servidor de base de datos cada pocos segundos para ver si los nuevos datos se ha ADED. Esto me parece que no es mejor que tener el javascript sondear repetitivamente el servidor.
En cualquier caso tengo mis servidores de bases de ser golpeado decenas de miles de veces, lo cual es comprensible, no es particularmente deseable.
¿Hay sistemas que podría el/dormir larga secuencia de comandos de votación ejecución de 'alerta' a los nuevos datos?
Me encantaría que un sistema como el de notificación de bases para trabajar (sondeo ajax larga en una aplicación web). Todavía estoy un poco confuso sobre cómo podría funcionar esto. El bucle de corriente, el servidor actualmente busca nuevas entradas en la base de datos, luego verifica y vacía si hay nuevos datos. No estoy seguro de cómo el evento de una base de datos alcanzaría el proceso de inactividad, a menos que fuera volver a sondear el servidor. Tal vez la forma en que lo hago ** ¿es ** la más eficiente? –
@Charles: Sí, ¡esto podría ser un pequeño problema en PHP! Creo que este hilo contiene algunas respuestas: http://stackoverflow.com/questions/603201/using-comet-with-php –