Configuración de la compresión dinámica en IIS 7.0

Cada versión posterior de Internet Information Services (IIS) presenta más opciones para controlar el almacenamiento en caché y la compresión de la salida. Por ejemplo, cuando se instala IIS 7.0 por primera vez, los archivos estáticos comprimidos se habilitan de forma predeterminada y la compresión de archivos generada dinámicamente se deshabilita, especialmente las páginas web .ASP o .ASPX. Por lo tanto, esta característica debe habilitarse manualmente en IIS 7.0, ya que puede haber varios problemas con la compresión del contenido generado dinámicamente. Debido a algunos cambios en IIS 7.0, el contenido estático ahora se comprime de forma predeterminada, lo que hace que el procesador sea más eficiente. Una de las opciones que puede configurar al usar la compresión dinámica es una directiva de aplicación ASP.NET llamada compresión dinámica previa a la caché, que forma parte del elemento urlCompression. Tenga en cuenta que también puede configurar la compresión estática y dinámica a través de urlCompression, pero la mayoría de las veces solo puede configurarlo a través del panel de control IIS de la aplicación. Por lo tanto, la opción de compresión dinámica previa al caché (o simplemente ForeCache) describe cómo IIS comprime y almacena en caché el contenido generado dinámicamente. Cuando el valor de esta opción se establece en VERDADERO, el contenido se genera, se comprime, se agrega a una memoria caché y luego se envía de la memoria caché al cliente en orden. Cuando el valor se establece en FALSE, el formato de contenido generado no se comprime y se vuelve a comprimir después de recibir la solicitud. Establecer BeforeCache en TRUE parece una buena idea. Si necesita comprimir muchos de los mismos contenidos generados dinámicamente, tiene sentido comprimirlos una vez más y luego usarlos varias veces. Ahorrarás mucho ancho de banda y muchos ciclos de CPU. Sin embargo, en algunos casos, BeforeCache no funcionará y debería explicarse. Primero, de acuerdo con los comentarios de Microsoft sobre BeforeCache, "Cuando la respuesta del caché de salida se actualice, la compresión dinámica no se realizará hasta que la respuesta ingrese al caché de salida". " Esto significa que los sitios que tienen un método de procesamiento de caché de salida dedicado pueden tener problemas al usar BeforeCache, como proporcionar contenido obsoleto o proporcionar a un usuario contenido personalizado para otros usuarios. Otra cosa a tener en cuenta es cómo los diferentes tipos de compresión afectan la función de almacenamiento en caché. IIS 7.0 admite la compresión GNU y la compresión de desinflado, que son dos tipos comunes de compresión de cliente de red. Además, ahora se están ejecutando de forma más confiable y, al parecer, en la actividad de compresión de IIS 5.0 se produjo un error. Las cosas pueden complicarse cuando un cliente no especifica explícitamente qué código puede aceptar, o cuando su aplicación no puede manejar solicitudes de páginas codificadas de manera diferente. Por último, las páginas web no se almacenan automáticamente en caché. En su lugar, IIS se almacenará automáticamente en caché para el contenido solicitado con frecuencia. De forma predeterminada, las páginas que se solicitan dos veces o más en 10 segundos son de este tipo, según lo controlado por los parámetros de los pariente frecuenteHitThreshold y FrecuenteHitTimePeriod. Si se solicita una página web cada cinco minutos, no se almacenará en caché automáticamente. Si la gente está probando la función de almacenamiento en caché en un sistema, pero al principio no generaron la carga adecuada para disparar el caché.