Comet o Como actualizar la web en tiempo real

[Eskorbut0]

Buenas a todos!! Que tal??

Miren, estoy programando algo parecido a una red social y necesitaría ser capaz de que automáticamente y sin recargar la pagina ni realizar ninguna acción tipo AJAX, la web se actualizase sola.

Al principio pensé en un bucle javascript de unos 5 segundos y que realizara peticiones AJAX contra la BD funcionaria, pero lo único que conseguiría así seria saturar el servidor.

Documentandome un poco, leí algo acerca de Comet (http://es.wikipedia.org/wiki/Comet), el cual era una conexión con el servidor sin cerrar, el cual cuando obtenía resultados, los enviaba al cliente y dejaba otra vez sin cerrar el canal.

El principal inconveniente que tengo es que mi hosting (el que tengo mirado, todavía no se por cual decidirme) utiliza el servidor Apache, servidor con el que no se puede usar Comet.

En la wiki pone que es usado por varias paginas web, entre ellas Facebook que, clusters aparte, corre sobre linux + apache, tal vez las peticiones Comet son lanzadas hacia otro servidor con soporte Comet (es decir, que no use apache).

La pregunta es: Alguien conoce algún método de poder realizar lo que pretendo sobre Apache?? Sin tener que meter servidores aparte para que me gestionen Comet???

Un Saludo y muchas gracias!!

PD: Lo he colocado en el apartado de JavaScript, ya que si no es con comet, esta operación debe impliar algo de JavaScript.

[Panino5001]

Podrías usar Jabber, pero lo más recomendable es que investigues acerca de node.js

[IXtremeLT]

Se me acaba de ocurrir la siguiente forma sencilla y no creo que sea problemático respecto a la saturación.

La cosa es crear un iframe que enlace a un archivo html que se recargará cada 5seg.(por ejemplo), este archivo lo único que contiene es un script js con una variable que cambiara cada que alguien actualize la página y otra línea que ejecutará la función AJAX mediante una condición.

Esa condición será que si la variable almacenada por la ventana padre es igual a la del iframe entonces no se ejecuta la función AJAX, de lo contrario se ejecuta y se almacena el nuevo valor de la variable.

Si no me entendiste, trataré de hacer un ejemplo real, mientras espero que sea agradable mi idea, saludos.

[DrFaust]

Hace algún tiempo programé un chat en Ajax y me enfrenté al mismo problema.

Según lo que pude investigar, los servidores web son capaces de responder a un gran número de peticiones en un periodo corto de tiempo, pero no responden bien a tener varias conexiones abiertas simultáneamente.

Lo que hice fue un cliente en JavaScript que enviaba cada 2 segundos una petición que incluía la ID del último elemento mostrado. El servidor devolvía cualquier elemento nuevo (posterior a esa ID), o nada. El periodo entre petición y petición se hacía más largo según cuánto tiempo había pasado desde la última vez que había aparecido un elemento nuevo. De este modo los canales de chat activos se actualizaban cada 2 segundos, pero un canal desierto se actualizaba cada 10.

Este intercambio requería muy poco ancho de banda: las cabeceras HTTP, y una ID de dos bytes. Nada que un servidor web no pueda manejar, incluso teniendo una buen puñado de usuarios online al mismo tiempo.

[Eskorbut0]

Buenas!!

Iniciado por IXtremeLT

Se me acaba de ocurrir la siguiente forma sencilla y no creo que sea problemático respecto a la saturación.

La cosa es crear un iframe que enlace a un archivo html que se recargará cada 5seg.(por ejemplo), este archivo lo único que contiene es un script js con una variable que cambiara cada que alguien actualize la página y otra línea que ejecutará la función AJAX mediante una condición.

Esa condición será que si la variable almacenada por la ventana padre es igual a la del iframe entonces no se ejecuta la función AJAX, de lo contrario se ejecuta y se almacena el nuevo valor de la variable.

Si no me entendiste, trataré de hacer un ejemplo real, mientras espero que sea agradable mi idea, saludos.

La verdad es que ya lo había pensado, hacer peticiones de "peso mínimo" y segun el resultado (1 o 0) actualizar o no la pagina, pero de todos modos, si por ejemplo tuviese 1.000 usuarios conectados al mismo tiempo, y la transacción fuese de 3bytes, serían 3000 bytes cada 5 segundos.... No se yo si sería lo más indicado. Para pocos usuarios supongo que funcionaría, pero para muchos....

Podrías usar Jabber, pero lo más recomendable es que investigues acerca de node.js

Me he documentado un poco y parece ser la mejor opción, ahora bien, tendría que instalar el framework en el servidor, aunque si es un VPS supongo que no habrá problema.

En este [URL="http://www.quizzpot.com/2011/01/como-instalar-node-js-y-escribir-primeros-programas/"]enlace[/URL] se explica como instalarlo, primero se tendría que compilar el motor V8 de google y luego ya ejecutar Node.js.

Voy a leer más sobre esto, muchas gracias!!

[DrFaust]

Iniciado por Eskorbut0

La verdad es que ya lo había pensado, hacer peticiones de "peso mínimo" y segun el resultado (1 o 0) actualizar o no la pagina, pero de todos modos, si por ejemplo tuviese 1.000 usuarios conectados al mismo tiempo, y la transacción fuese de 3bytes, serían 3000 bytes cada 5 segundos.... No se yo si sería lo más indicado. Para pocos usuarios supongo que funcionaría, pero para muchos....

Si tenés mil usuarios conectados simultáneamente, tu sitio web es un éxito rotundo, y podés darte el lujo de tener un servidor dedicado que soporte 200 peticiones por segundo y mucho más. En ese caso podés pensar en implementar una tecnología especializada, como node.js.

[IXtremeLT]

Iniciado por Eskorbut0

Buenas!!



La verdad es que ya lo había pensado, hacer peticiones de "peso mínimo" y segun el resultado (1 o 0) actualizar o no la pagina, pero de todos modos, si por ejemplo tuviese 1.000 usuarios conectados al mismo tiempo, y la transacción fuese de 3bytes, serían 3000 bytes cada 5 segundos.... No se yo si sería lo más indicado. Para pocos usuarios supongo que funcionaría, pero para muchos....

Creo que no entendiste bien como funciona mi plan, porque todo el proceso es en el cliente y hasta que se detecta el cambio en la variable se hace la petición al servidor, por lo que no hay ninguna petición en vano al servidor.

[Panino5001]

IXtremeLT, imaginate un chat en el que vos escribís un mensaje. Siendo esa la situación, con tu lógica sólo vos te enterarías que hay un mensaje nuevo: las demás personas conectadas no se enterarían de tu actualización hasta no postear ellos mismos un mensaje. He ahí la falla de la lógica que estás planteando.

[IXtremeLT]

Hola que tal papino, esque aún no me he dado a entender bien pero ya lo he probado y funciona ok!, así funciona:

1. La página principal contiene una variable que guarda el valor de la variable del iframe y se hace la petición con AJAX
2. El iframe se recarga y hace una comparación, si la variable de la ventana principal es distinta al la del iframe se hace la petición, pero en éste caso no hace hace por que la variable es la mísma.
3. El usuario envía un mensaje.
4. Se modifica el valor de la variable del archivo del iframe.
5. Al actualizarse el iframe, se da cuenta que la variable es diferente a la anterior entonces se procede a hacer la petición a "todos los usuarios" y entonces se guarda el nuevo valor para evitar que se vuelva a hacer la petición hasta que haya un nuevo mensaje.

Pondré un ejemplo con código para explicarlo un poco mejor.

Página principal:

Código HTML:

<html>
<head>
<script>
var id_peticion=12;
function actualizarMensaje(){
 //ETC. ETC
 document.getElementById("mensaje") = responseText; //es el resultado de la peticion
}
</script>
</head>
<body>
<form action="cambiarMensaje.php">
<input type="text" name="nuevo_mensaje" value="Cambiar mensaje" /><input type="submit" />
</form>
<div id="mensaje"></div>
<iframe src="actualizador.html" style="display:none"></iframe>
</body>
</html>
 

actualizador.html

Código HTML:

<html>
<head>
<meta http-equiv="refresh" content="1" />
<script>
var id_peticion=1231;//Cualquier valor distinto al de la ventana principal
var id_peticion_top=window.top.id_peticion;
if(id_peticion!=id_peticion_top){
 window.top.id_peticion=id_peticion;
 window.top.actualizarMensaje();
}
</script>
</head>
<body>
</body>
</html>
 

cambiarMensaje.php

Código php:

<?php
/*
Código para insertar el mensaje enviado...
*/
//Se cambia el valor de la variable del archivo "actualizador.php"
 
//Leemos el archivo del iframe
define( "N", "actualizador.html");
$f = fopen( N, "r" );
$l = fread ( $f, filesize( N ) );
fclose( $f );
 
//Editamos la variable "id_consulta"
$l = preg_replace( "/id_consulta = .*;/", "id_consulta = ".rand().";", $l );
 
//Guardamos los cambios
$f = fopen( N, "w" );
fwrite( $f, $l );
fclose( $f );
?>
 

Creo que con esto queda mejor explicado, aunque no puse el código faltante ya que eso es lo de menos pues es lo de siempre. Como mencioné, ya lo probé usando difentes sesiones con varios navegadores y todo funciona ok, Saludos.

[Panino5001]

5. Al actualizarse el iframe, se da cuenta que la variable es diferente a la anterior entonces se procede a hacer la petición a "todos los usuarios" y entonces se guarda el nuevo valor para evitar que se vuelva a hacer la petición hasta que haya un nuevo mensaje.

Aquí está tu error.
Para eso necesitarías un servidor que haga "push" a todos los usuarios. Pero eso no es lo que sucede lamentablemente.
Si te está funcionando, es porque estás haciendo otra cosa: requests al servidor cada x cantidad de tiempo para verificar si el id ha cambiado. Eso es lo que se conoce como polling y supone una gran carga para el servidor. Una carga que es inversamente proporcional al intervalo de tiempo y directamente proporcional a la cantidad de usuarios conectados. Y es también como se resuelven la mayoría de los chats AJAX.
Aquí hay otro ejemplo de esos que no recomiendo porque también implica una gran carga para el servidor.Está basado en otra técnica llamada long-polling:
http://www.forosdelweb.com/2813329-post33.html

[Eskorbut0]

Exacto... como dice Panino5001, el servidor en este caso seria el encargado de enviar la llamada a los demás.

He encontrado una imagen que diferencia perfectamente estos casos:




Lo que me interesa hacer es el caso de la derecha, donde el cliente genera la primera petición y cuando se vayan produciendo eventos en el servidor, este los sirva al cliente. Me he pasado unos cuantos días leyendo y creo que la única solución para hacer esto es implementar otros servidores (como Node.js) que lo implementen, ya que con apache creo que definitivamente no se puede. Aparte que Node.js funciona mejor que apache cuando estos tienen muchos usuarios:



Estoy haciendo consultas a empresas de hosting sobre si en sus VPS dan acceso como root, si es así, intentaré implementar lo del Node.js, no creo que sea muy dificil.

[IXtremeLT]

papino disculpame por contradecirte porque obviamente tu tienes más experiencia que yo, pero no he hecho nada mas que aplicar la forma que he mencionado y sin dudas algunas funciona perfectamente sin hacer peticiones en vano, estoy seguro que es por que no lo he explicado muy bien, me gustaría poner el código completo de la prueba que tengo aquí pero es casi inesearía ya que es casi lo mísmo de la que puse arriba solo tiene el codigo php para insertar los mensaje y recogerlos. No entiendo por que dices que hay una falla si yo la probé iniciando varias sesiones y todos los mensajes llegan al mísmo tiempo.

[Panino5001]

Entiendo cómo funciona. Pero lo que hacés es un request cada 1 segundo al archivo actualizador.html. Y ese archivo está en el servidor (si no lo estuviera no podrías reescribirlo con fopen). En síntesis, estás usando polling: un request al servidor cada cierto intervalo de tiempo para controlar un cambio de estado. Por más que sea un archivo html (podría ser incluso un txt), el servidor tiene que enviarlo al navegador en cada una de las peticiones. Y si tuvieras 100 usuarios conectados en simultáneo, estarías enviando 100 peticiones distintas por segundo a tu servidor. Basta con que mires la pestaña red de firebug para que lo veas más claramente

[IXtremeLT]

Haa ya te entendí, eso no lo había pensado te lo agradezco, pero entonces ¿aunque sea un par de bytes por segundo puede afectar al haber muchos usuarios?

[Panino5001]

Eso mismo

[IXtremeLT]

Entonces como dice Eskorbut0 , lo mejor es atenerse a Node.js y dejar a un lado apache, mmm... no puedo creer que apache no pueda hacer algo similar hehe, pero pronto investigaré sobre Node.js para ver como es la cosa, según esa gráfica, Node.js sigue manteniendo su velocidad para enviar datos a diferencia de Apache aunque haya 800 usuarios.

[Aijoona]

@Eskorbut0

Podrias agregar un link al benchmark en cuestión?