
31/05/2004, 17:15
|
 | | | Fecha de Ingreso: noviembre-2003 Ubicación: xxxx xxxx
Mensajes: 270
Antigüedad: 21 años, 3 meses Puntos: 0 | |
Lá única forma que conozco es una implementación del protocolo HTTP 1.1 que mantiene la conexión abierta entre el cliente y el servidor todo el tiempo que el usuario esté viendo la página, el problema es que éste comportamiento es "antinatural" y consume muchos recursos (imagínense 200 conexiones concurrentes).
"En una aplicación normal es relativaente simple mantener el estado del usuario individual, simplemente asignando espacio de memoria en el equipo del cliente. En las aplicaciones Web, administrar el estado del usuario y de la aplicación es más complicado. Esto es así porque el protocolo que se usa para mandar y recibir solicitudes a través del servidor Web, el Hyper Text Transfer Protocol (HTTP), es independiente del estado.
Esto es, HTTP no proporciona INHERENTEMENTE al servidor Web una forma para identificar series de solicitudes como si proveniesen del mismo usuario, haciendo difícil para el servidor Web mantener el estado y asociarlo con un usuario individual."
Aprenda Ya Microsoft ASP .NET (Andrew Duthie - McGraw Hill)
En pocas palabras, el servidor se desconecta luego de enviar la página al usuario, cuando éste cierra el navegador no hay conexión con el servidor.
Saludos |