Razones por las cuales el contenido GZipped podría no ser agrupado por el navegador

Question

Estoy intentando servir recursos estáticos (CSS y JavaScript) como archivos GZipped en caché por razones de rendimiento.

Las páginas se ven renderizadas cuando se renderizan, la codificación de contenido se establece correctamente en GZIP de acuerdo con LiveHttPheaders, y lo más importante, el contenido GZIPS está pasando la página de GidzipTest (http://www.gidnetwork.com/tools/gzip-test.php) bien. Aquí hay un ejemplo de la salida de la prueba:

Página web comprimida? Sí

Tipo de compresión? gzip

Tamaño, marcado (bytes) 18,286

Tamaño comprimido (bytes) 4,427

Compresión % 75.8

----

Cabezadores de respuesta

estado http/1.0 200 OK

Pragma sin caché de caché-control privado, máximo de edad = 86500

expira lunes, 24 de agosto de 2009 04:34:14 GMT

X-AMZ-ACL Public-Read

Texto de tipo contenido/CSS

contenido-md5 hqjatbs3ozdfet/qhsd+ qg ==

GZIP de codificación de contenido

Fecha miércoles 19 de agosto de 2009 04:34:14 GMT

servidor -mi servidor -

contenido 4427

El encabezado que codifica el contenido está en negrita, y todos los demás encabezados son los esperados.

La página de prueba también muestra la fuente de página sin comprimir, y siempre es exactamente como esperaba En el paso real de reconocer que la página está gzippips y desabrochada.

Y esto no es específico del navegador. En FF, WebKit e IE, estos archivos gzipped no se desabrochan correctamente. He intentado todo lo que puedo pensar, pero estoy realmente perplejo.

Answer 1

Tal vez tenga algo más que sea por segunda vez, pero solo para clientes HTTP 1.1 que lo enumeran en el codificación de aceptación, como la mayoría de los navegadores. Gidziptest está enviando solicitudes HTTP 1.0, y GZIPPing a 1.0 clientes es arriesgado porque HTTP 1.0 no tiene un campo de codificación de aceptación para que los clientes indiquen qué codificaciones admiten, por lo que tendrá sentido para el segundo compresor (si hay uno ) no GZIP a 1.0 clientes. Si ese es el caso, Gidziptest obtendría una respuesta de un solo GZIP mientras que los navegadores obtendrían una respuesta de doble GZIP (mala). Sin embargo, esa es solo una posibilidad. Raro, pero sucede.

Si no es así, realmente debe dar más información, como una URL a una página que exhibe el problema.

Answer 2

He depurado un problema similar en los últimos días. Todos los archivos HTML, CSS y JS en mi proyecto son GZIP'ed. Funcionó bien hasta que apareció Firefox 3.5. Firefox 3.0 e IE 7+8 no tuvieron ningún problema. OH y Opera 9+10 y Chrome también se ahogaron en la codificación.

Los síntomas fueron HTML y los archivos CSS se reconocen correctamente, solo los archivos JS tenían el problema. Firebug me da este mensaje de error:

Etiqueta no válida

Endurecimiento de contenido: GZIP n

La solución para mí fue eliminar el Doctype. He intentado suelto y estricto y ninguno funciona. Pero me gustaría saber cuál es el Doctype adecuado.