Comunicación solo del servidor

[Evidentementeyo]

Wenas, os escribo porque ya ando bastante desesperadillo. Os cuento, a ver si alguien puede iluminarme:

La cosa es que quiero hacer que una pagina vaya refrescando datos de manera independiente, desde una base de datos, pero sin que halla comunicacion por parte del cliente, sino que sea la propia base de datos la que los mande, y el browser los coja y actualice segun van llegando.


He intentado montarme algo con php, dhtml y javascript del estilo de:



Una pagina principal que hace un loop que consta
llamada a un daemon, espera de la respuesta del daemon
escribir el dato que me manda el daemon, y vuelta a empezar.


A su vez el daemon, que estaría en el servidor esta continuamente haciendo preguntas a la BD, y solo hace return cuando el dato que pide es distinto al anterior que tenia.



Y la verdad que no me sale nada, intuyo que tengo problemas con esos dos loops infinitos... pero es que por una vez, quiero que sean infinitos:S

En fin... alguna idea???

[caricatos]

Hola:

El servidor no suele usar sistemas de retardos tipo sleep, así que esa estrategia deberías implementarla tú mismo en javascript.... puedes usar sentencias del tipo setTimeout, o por cada carga activar la siguiente como en este mensaje: Un script para darle un preload al index

Saludos

[GatorV]

Lo que tu propones es la tecnología COMET, todavía no hay implementaciones firmes, pero si tienes acceso a un servidor dedicado podrías bajar las extensiones de prueba e implementarlas.

Saludos.

[Evidentementeyo]

De comet lo mas entendible que he encontrado es el servidor meteor, el problema que tengo es ke los servidores convencionales no estan preparados para mantener la conexion abierta.

A pesar de todo, busco una solucion para windows(el meteor esta orientado mas bien a linux)...

Alguien tiene alguna idea, sugerencia o consejo con esto del comet???

[mgusdl]

Como dice Caricatos, la solución pasaría por poner un setTimeOut que haga la petición cada x tiempo al servidor. Esto sustituiría tu bucle infinito y no dejaría tostado el navegador del cliente.

En cuanto a lo del daemon, que cree un archivo respuesta en una carpeta del directorio virtual del servidor web y el script lo vaya leyendo a cada llamada del timeout.

En cuanto a generar la respuesta en la llamada (es decir, generando el xml con PHP en cada llamada) debes tener en cuenta la carga que va a tener el servidor, ya que no es lo mismo que simplemente despache un XML estático generado por el demonio/servicio a que genere el contenido a cada petición (con PHP, ASP o lo que guste), ya que de haber muchas peticiones podría sobrecargar el servidor.

[Evidentementeyo]

Ya, lo que pasa es que yo busco algo mas del tipo streaming, mas que cosas pregunta/respuesta continuamente. Para lo que tengo pensado me da igual mantener la conexion abierta continuamente... pero lo que no quiero que halla es flujo de datos "inutil". Como lo que seria preguntar continuamente por los datos(mas aun si esos datos no han cambiado).

No se si se me entiende, lo siento pero es que soy un poco nuevo:D

[mgusdl]

Si, claro. Tu lo que quieres es que cuando haya un cambio en los datos el servidor avisa al cliente de este cambio y entonces se descarguen.

Bueno, lamento decirte que la forma de funcionar de la web no permite eso, quizás utilizando Java o incluso Flash (ActionScript) puedas conseguir algo.

Sin salirnos de la tecnología AJAX lo único que se me ocurre es que lo dividas en 2 peticiones al servidor. Una petición programada cada x segundos que tome la fecha de los datos. Si la fecha es más reciente que la anterior hará la segunda petición solicitando los datos.
Al cargar la página como no tiene fecha almacenada (para lo que utilizariamos una variable "gobal") pedirá los datos.
Esto te quitará uso de ancho de banda ya que sólo se transmitirá el grueso de la información cuando esta haya cambiado.

Sigue sin ser lo que quieres, pero es una posibilidad.