2009-08-18 11 views
6

Google para "noCompressionUserAgents" termina con la misma configuración repetitivo que parece haber sido copiado en todo y sin embargo no es muy útil (y aún está aquí en stackoverflow :)¿Cuál es una buena configuración para noCompressionUserAgents en Tomcat?

stackoverflow.com/questions/550024/ tomcat-compresión-hace-no-add-a-Content-Encoding-gzip-en-el-cabecera

noCompressionUserAgents = "gozilla, traviata"

Pero esto no toma en cuenta saltarse NS4 o IE6 o lo que sea. Lo más cerca que he encontrado es a partir de una muestra de configuración de Zimbra, que al menos es para saltar IE6 que parece: "MSIE 6."

http://www.zimbra.com/forums/installation/7654-problems-zimbra-installation-os-x-server-ldap-tomcat.html

noCompressionUserAgents =

¿Alguien tiene una configuración REAL para noCompressionUserAgents?

Respuesta

3

En general, el mejor enfoque es seleccionar manualmente los que se rompen y agregarlos. La mayoría de los agentes que no son compatibles con gzip simplemente no anunciarán el soporte de gzip (y por lo tanto, probablemente no deberías tratar de ignorarlos y enviarlos de todos modos).

Por ejemplo, IE6 admite compresión, sin embargo, puede haber interacciones estrafalarias con ella. Sin embargo, están lejos del 100% de los casos (usamos compresión con clientes IE6 en la mayoría de los casos, con solo unas pocas páginas excluidas debido a errores que encontramos en las pruebas).

La conclusión es que la razón por la que no ha encontrado una lista negra es probable porque en realidad no existe una lista negra válida para todos los tamaños disponible.

3

Si ayuda, Apache tiene un estándar de facto set of directives para deshabilitar la compresión de ciertos agentes de usuario, que puede convertir a la sintaxis de tomcat. Estas son las configuraciones recomendadas para Apache, en lugar de solo ser ejemplos.

Cuestiones relacionadas