La información de la sesión se coloca allí (tomcat)
Los productos de ventana válidos incluyen
1. Los objetos de sesión solo son válidos en la ventana en la que se crea el objeto de sesión.
2. Abra una nueva ventana de enlace en la ventana donde está establecido el objeto de sesión.
Las ventanas no válidas incluyen
1. Inicie directamente la ventana del navegador IE.
2. No se creará ninguna nueva ventana vinculada en la ventana donde se establece el objeto de sesión.
En NetScape:
Mientras una ventana tenga un objeto de sesión, todas las ventanas son válidas para esta sesión.
¿Qué es una sesión? En pocas palabras, es un número proporcionado por el servidor al cliente. Cuando se ejecuta un servidor WWW, puede haber varios usuarios navegando por los sitios web que se ejecutan en el servidor. Cuando cada usuario establece una conexión con el servidor WWW por primera vez, establece una sesión con el servidor y el servidor le asigna automáticamente un ID de sesión para identificar la identidad única del usuario. Este SessionID es una cadena de 24 caracteres generada aleatoriamente por el servidor WWW; veremos cómo se ve realmente en el experimento a continuación.
Este ID de sesión único tiene una gran importancia práctica. Cuando un usuario envía un formulario, el navegador agrega automáticamente el ID de sesión del usuario a la información del encabezado HTTP (esta es una característica automática del navegador y el usuario no la notará). Cuando el servidor procesa el formulario, devuelve los resultados al usuario correspondiente al SessionID. Imagine que si no hay un ID de sesión y dos usuarios se registran al mismo tiempo, ¿cómo sabe el servidor qué usuario envió qué formulario? Por supuesto, SessionID tiene muchas otras funciones, que mencionaremos más adelante.
Además del SessionID, hay mucha otra información en cada sesión. Sin embargo, para programar ASP o ASP.NET, lo más útil es acceder al objeto Session integrado en ASP/ASP. NET almacena su propia información para cada usuario. Por ejemplo, nos gustaría saber cuántas páginas visitó un usuario que visita nuestro sitio web. Podemos agregar:
lt
Si Session("PageViewed") = " " entonces
Session("PageViewed") = 1
Otros
Sesión(" página vista ")= Sesión(" página vista ") 1
Terminará si...
gt
Los usuarios pueden saber cuántas páginas han visitado a través de la siguiente frase:
lt
Respuesta. write("Lo has visto" amp session("vista de página") amp "número de páginas")
gt
Algunos lectores pueden preguntar: Esta sesión que parece una matriz ¿De dónde viene ("..")? ¿Necesitas que lo defina? Este objeto de sesión es en realidad un objeto integrado del servidor WWW con capacidades de interpretación ASP. En otras palabras, este objeto ha sido definido para usted en el sistema ASP, solo necesita usarlo. Esto .. en sesión("..") es como el nombre de la variable y $$("..")=$ en sesión es el valor de la variable. Simplemente escribe una oración y tiene una variable en cada página para ese usuario.
De hecho, ASP * * * tiene siete objetos integrados, que incluyen sesión, aplicación, cookie, respuesta, solicitud, servidor, etc. Otros lenguajes de scripting del lado del servidor también tienen objetos similares, como JSP, PHP, etc. , pero tienen diferentes nombres o métodos de uso.
Defectos de la función de sesión ASP
Actualmente, los desarrolladores de ASP están utilizando las potentes funciones de Session, pero durante el proceso de uso, descubrieron que ASP Session tiene los siguientes defectos:
Dependencia del proceso: el estado de la sesión ASP existe en el proceso IIS, es decir, inetinfo.exe. Por lo tanto, cuando el proceso inetinfo.exe falla, esta información se pierde. Además, reiniciar o cerrar el servicio IIS provocará la pérdida de información.
Restricciones en el alcance del uso del estado de la sesión: cuando un usuario visita otro sitio web desde un sitio web, la información de la sesión no se migrará junto con él. Por ejemplo, el sitio web de Sina puede tener varios servidores WWW. Después de que un usuario inicia sesión, irá a varios canales, pero cada canal está en un servidor diferente. ¿Qué pasa si quiere disfrutar de la información de la sesión en estos servidores WWW?
Dependencia de las cookies: de hecho, la información de la sesión del cliente se almacena en las cookies. Si el cliente desactiva completamente la funcionalidad de las cookies, no podrá disfrutar de la funcionalidad proporcionada por la sesión.
En respuesta a los defectos anteriores de las sesiones ASP, los diseñadores de Microsoft realizaron las mejoras correspondientes al diseñar y desarrollar sesiones ASP.NET, superando por completo los defectos anteriores y haciendo que las sesiones ASP.NET sean más potentes.
Introducción al archivo Web.config
Algunos programadores de ASP.NET dijeron: ¿Archivo Web.config? Nunca había oído hablar de él, pero ¿el programa que escribí no funciona normalmente? Sí, tienes razón, el programa funciona bien sin el archivo Web.config. Pero si crea un sitio web grande, debe realizar algunas configuraciones generales para todo el sitio web, como en qué idioma están escritas todas las páginas del sitio web, el método de autenticación de seguridad del sitio web, cómo almacenar la información de la sesión, etc. , entonces necesita usar el archivo Web.config. Aunque algunas opciones en el archivo Web.config se pueden configurar a través de IIS, si hay configuraciones correspondientes en el archivo Web.config, se sobrescribirá la configuración en IIS. Además, la mayor comodidad del archivo Web.config es que puede acceder a la configuración en Web.config llamando al espacio de nombres System.web en la página ASP.NET.
Hay dos tipos de Web.config, a saber, el archivo de configuración del servidor y el archivo de configuración de la aplicación web, ambos denominados web.config. En este archivo de configuración, se guardará la página web utilizada en el servidor IIS actual. Una serie de información, como escrita en diferentes idiomas, métodos de autenticación de seguridad de la aplicación, métodos de almacenamiento de información de la sesión, etc. Esta información se guarda utilizando la sintaxis XML. Si desea editarlo, simplemente use un editor de texto.
El archivo de configuración del servidor se aplicará a todas las aplicaciones en todos los sitios bajo el servidor IIS. existir. NET Framework 1.0, el archivo Web.config del servidor existe en: \win nt\Microsoft.net\Framework\v 1.0.3705.
El archivo de configuración de la aplicación web Web.config se guarda en cada aplicación web. Por ejemplo, si el directorio raíz del sitio web actual es \Inetpub\wwwroot y la aplicación web actual es MyApplication, el directorio raíz de la aplicación web debe ser \Inetpub\wwwroot\MyApplication. Si su sitio web tiene solo una aplicación web, el directorio raíz de la aplicación suele ser \Inetpub\wwwroot. Si desea agregar una aplicación web, simplemente agregue un directorio virtual en IIS comenzando con la aplicación. Los archivos y directorios de este directorio se tratarán como aplicaciones web. Sin embargo, agregar una aplicación web a través de IIS no genera un archivo Web.config.
Si desea crear una aplicación web con un archivo Web.config, debe crear un nuevo proyecto de aplicación web utilizando Visual Studio.NET.
Perfil Web. La configuración de la aplicación web es opcional y prescindible. De lo contrario, cada aplicación web utilizará el archivo de configuración Web.config del servidor. Si es así, se sobrescribirá el valor correspondiente en el archivo de configuración Web.config del servidor.
En ASP.NET, las modificaciones a Web.config entrarán en vigor automáticamente inmediatamente después de guardarlas, en lugar de reiniciar la aplicación web después de modificar el archivo de configuración en ASP.