¿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?¿Cómo sabes si la compresión HTTP está funcionando?
Se puede utilizar esta página web: http://whatsmyip.org/mod_gzip_test/
Para Windows, recomiendo Fiddler, que es una herramienta de cliente que actúe como su apoderado el tráfico de su web y le permite examinar él. 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.
Utilice Fiddler para espiar sus transmisiones HTTP.
"Solicitud de compilación" (cree un HTTP GET) y verifique el encabezado "Content-Encoding" de la respuesta HTTP para su página no comprimida, y verifique 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.
Wireshark, former 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.
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.
No creo que esto funcione sk, a menos que escriba los encabezados de compresión correctos. Por lo general, el navegador envía los encabezados al servidor primero, indicando los tipos de compresión que aceptará, y el servidor solo debe enviar el contenido en un formato de compresión compatible con el navegador (o no comprimido). –
Para Firefox echar un vistazo a estos complementos:
Ambos pueden ser utilizados para monitorear el tráfico a/desde el navegador (se puede ver el tamaño de cada respuesta). Me gusta especialmente Httpfox, un complemento realmente bueno que uso todos los días.
Además de algo como Fiddler para ver el tráfico de nivel HTTP, puede 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.
Otro voto para YSlow aquí. Le avisará si alguno de sus activos no tiene gzip. –
Hemos buscado un poco. Aparentemente, hay muchos sitios que pueden verificar que nuestras páginas estén comprimidas.
¿quieres compartir esos enlaces? – nickf
Sí, hay algunos buenos sitios que hacen esto, pero no son muy útiles para servidores de intranet o desarrollo de localhost. :-( –
La forma más sencilla es utilizar esto:
también ver http://99webtools.com/http_compression.php# - esto comprueba si el navegador también lo admite –
Esto no es específica de IIS, pero se puede usar cURL:
curl -H 'Accept-Encoding: gzip,deflate' -D - http://example.com
luego buscar un encabezado en el Content-Encoding: gzip salida.
Mucho más fácil que las otras respuestas. –
no funcionó para mí aunque Chrome se muestra en la respuesta del encabezado – Marko
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 Content-Encoding
Mira la foto de abajo para ver un ejemplo
'content-encoding: gzip' simplemente muestra que gzip está funcionando. Pero, ¿dónde ves el tamaño de los datos y el tamaño del contenido, que ayudará a determinar la relación de compresión, etc.? – Shiva
La forma más fácil, lo más rápido es tomar un vistazo a las herramientas de desarrollo Red pestaña y ver si el Contenido y Los valores de tamaño para cada solicitud son diferentes. Si los valores son diferentes, entonces la compresión está funcionando. Divida tamaño por contenido para obtener su relación 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.
Esta es la respuesta correcta. Ten en cuenta que, en la última versión de Chrome, el campo 'Contenido' que se muestra arriba no está visible por defecto. También creo que se ha cambiado el nombre a 'Contenido-Longitud'. Si no está visible, haga clic derecho en los encabezados de columna en cualquier lugar, y seleccione' Encabezados de respuesta' del lista de campos y luego seleccione 'Content-Length' para verlo. – Shiva
No creo que actúa un proxy; Pensé que se conectaba a la pila TCP/IP y hooked a las transmisiones. ¿No? – core
LOL, no importa, ¡dice en el sitio que es un proxy! – core
Sí, es un proxy. Siempre que el navegador se comporte correctamente y siga los mecanismos habituales para determinar qué proxy utilizar, no se requiere ningún enlace especial. –