Sesión estrictamente de control
El contenido que no requiere una sesión (como pantalla de ayuda, área de visitantes, etc.) puede moverse a una aplicación ASP independiente que cierra la sesión. En la página básica, puede darle una instrucción ASP para que no requiera una sesión. Agregue el siguiente código directamente al cabezal de la página ASP:
<%@HabilsessionState = falso%>
Cache utilizó datos con frecuencia en servidores web
Por lo general, la página ASP recupera datos del almacenamiento de fondo y luego forma el resultado en la forma de lenguaje de marcado de hipertexto (HTML). Independientemente de la velocidad de la base de datos, es mucho más rápido recuperar datos de la memoria que de un dispositivo de almacenamiento de fondo. Leer datos de un disco duro local también suele ser muy rápido. Por lo tanto, la mejora del rendimiento se puede lograr al almacenar en caché los datos en el servidor, ya sea en caché en la memoria o en un disco duro local.
El almacenamiento en caché es un clásico compromiso de "espacio para el tiempo". Si se almacena correctamente, puede ver mejoras significativas de rendimiento. Para que el caché sea efectivo, es necesario asegurarse de que los datos almacenados en caché a menudo se reutilicen y sean engorrosos de calcular. Un caché lleno de datos obsoletos es un desperdicio de memoria.
Los datos que no se cambian con frecuencia son un mejor objeto para el caché porque no es necesario considerar la operación de sincronización después de la actualización de estos datos en cualquier momento. Cuadros combinados, tablas de referencia, código DHTML, cadenas de lenguaje de marcado extendido, menús y variables de configuración del sitio (incluidos los nombres de fuente de datos, las IP de la dirección del protocolo de Internet y las rutas web) son todos buenos objetos de caché. Nota: La expresión de datos se almacena en caché en lugar de los datos en sí. Si una página de ASP cambia con frecuencia y está luchando por almacenar en caché (como todo el catálogo de productos), debe considerar HTML previa a la generación en lugar de describirlo cada vez que ocurre una solicitud.
Cache con datos utilizados con frecuencia en objetos de aplicación o sesión
Los objetos de aplicación y sesión en ASP son contenedores convenientes para los datos de caché en la memoria. Puede asignar datos a los objetos de aplicación y sesión, que permanecerán en la memoria durante las llamadas HTTP. Los datos en la sesión son para cada usuario, y todos los usuarios comparten los datos en la aplicación.
¿Cuándo necesito cargar datos en la aplicación y la sesión? Por lo general, los datos se cargan cuando comienza la aplicación o comienza la sesión. Para cargar datos en este momento, agregue el código apropiado a la aplicación OnStart () o Session onStart () respectivamente. Estas funciones se encuentran en el archivo global.asa y se agregan si no existen. También puede llamar a los datos cuando sea necesario por primera vez, agregue el código a la página ASP para verificar si los datos existe. Si no se encuentra, llámelo. Aquí hay un ejemplo que representa una técnica clásica de procesamiento de rendimiento llamada "evaluación perezosa": hasta que sea necesario, luego vaya al cálculo.
Copiar datos utilizados con frecuencia en variables de script
Al acceder a los objetos COM en ASP, debe copiar datos de objetos utilizados con frecuencia en las variables de script, lo que reduce las llamadas de método a los objetos COM. Estas llamadas son relativamente lentas y laboriosas que el acceso a las variables de script. El uso de este truco también reduce las costosas operaciones de búsqueda al acceder a objetos de recolección y diccionario.
En general, si desea acceder a los datos de los objetos más de una vez, debe colocar los datos en las variables de script, principalmente las variables de solicitud (variables de cadena de formulario y consulta). Por ejemplo, un sitio quiere pasar una variable de cadena de consulta llamada UserID. Suponiendo que se referenciará 12 veces en una página especial, entonces no hay necesidad de llamar a la solicitud ("ID de usuario") 12 veces. Simplemente asigne a UserID una variable al encabezado de la página ASP y luego úselo en la página, esto guarda 11 llamadas al método COM.