texto - ¿Cómo sabes si la compresión HTTP está funcionando?
habilita la compresión gzip en tu servidor web (12)
¿Cómo sabes si la configuración de compresión HTTP está funcionando? ¿Hay alguna herramienta que pueda usar para ver la página comprimida antes de que el navegador la descomprima? ¿Hay alguna herramienta para medir la cantidad comprimida y la velocidad de respuesta?
Puede usar este sitio web: http://whatsmyip.org/mod_gzip_test/
Use Fiddler para espiar sus transmisiones HTTP.
"Solicitud de compilación" (crear un HTTP GET) y verificar el encabezado "Content-Encoding" de la respuesta HTTP para su página no comprimida, y verificar su "Content-Length". Compare esos con los mismos valores para su página comprimida.
"Content-Encoding" debería ser algo así como "gzip" para respuestas comprimidas, y su "Content-Length" debería ser más corta. Puede usar los campos "Contenido-Longitud" de ambos para determinar la relación de compresión.
Para Windows, recomiendo Fiddler , que es una herramienta del lado del cliente que envía un proxy de su tráfico web y le permite examinarlo. Le mostrará si la compresión está activada y funcionando. También es útil para muchas otras tareas de depuración y diagnóstico relacionadas con HTTP del lado del cliente.
Además de algo como Fiddler para ver el tráfico a nivel HTTP, puedes usar Firefox con los complementos Firebug y YSlow . YSlow le ofrece una gran cantidad de análisis útiles sobre por qué su página puede ser lenta, entre ellas, le da el tamaño de los diversos recursos que su solicitud descarga (HTML, CSS, JavaScript, imágenes y otros medios, etc.). Puede comparar el tamaño de las páginas con y sin compresión: si el HTML es más pequeño con la compresión activada, sabe que está funcionando. También le dará valores con un caché vacío y un caché imprimado, lo que le permite ver cuánto está ahorrando tanto para los visitantes nuevos como para los que regresan.
Para Firefox eche un vistazo a estos complementos:
- Firebug
- HttpFox
Ambos pueden usarse para monitorear su tráfico hacia / desde el navegador (Puede ver el tamaño de cada respuesta). Me gusta especialmente Httpfox, un complemento realmente bueno que uso todos los días.
Wireshark, ex Etherial ha demostrado ser la herramienta más valiosa para mí.
Simplemente elija un adaptador de red (si hay muchos), escriba "tcp port 80" en el campo de filtro, presione Capture - y ya está todo listo.
La forma más fácil es usar esto:
Buscamos un poco. Aparentemente, hay muchos sitios que pueden verificar que nuestras páginas estén comprimidas.
Si quiere ir a la tecnología realmente baja, puede hacer una telnet al puerto HTTP (80?) En el servidor de destino y escribir la solicitud manualmente. Si recuperas el texto sin formato, no está comprimido, pero si tienes un galimatías, entonces estás en algo. Si necesita ver la estructura de los encabezados, puede copiarlos desde Firefox usando algo como la extensión Live HTTP Headers .
Esto no es específico de IIS, pero puede usar cURL:
curl -H ''Accept-Encoding: gzip,deflate'' -D - http://example.com
Luego busque un Content-Encoding: gzip en la salida.
si tiene Chrome, presione F12 y luego navegue hasta el sitio. Una vez que el sitio se carga, ve a la pestaña Red. Haga clic en el archivo que está buscando y luego busque la sección Encabezados de respuesta debajo de Encabezados. Busque la sección de codificación de contenido
Mire la siguiente imagen para ver un ejemplo
Lo más fácil y rápido es echar un vistazo a la pestaña Red de herramientas de desarrollador y ver si los valores de Contenido y Tamaño para cada solicitud son diferentes. Si los valores son diferentes, entonces la compresión está funcionando. Divide el tamaño por contenido para obtener tu índice de compresión. No estoy seguro de cuánto tiempo estos valores han sido visibles, pero están ahí en Chrome 53. No estoy seguro en Firefox.
