2012-06-05 43 views
6

que tiene una aplicación JSF (mojarra 2.1.8, PrimeFaces 3.3) que se ejecuta en Tomcat 6. Si bien el análisis de la página de Google con Firebug página de velocidad, me di cuenta que podía optimizar algunas cosas por gzip-compresión .compresión gzip para la materia JSF

Compressing the following resources with gzip could reduce their transfer size by 371,1KiB (74% reduction). 

Compressing http://localhost:8080/someApp/javax.faces.resource/jquery/jquery.js.jsf?ln=primefaces could save 72,5KiB (74% reduction). 
Compressing http://localhost:8080/someApp/javax.faces.resource/theme.css.jsf?ln=primefaces-aristo could save 53,4KiB (71% reduction). 
Compressing http://localhost:8080/someApp/javax.faces.resource/jsf.js.jsf?ln=javax.faces could save 49,6KiB (78% reduction). 
... 

ya que se convirtió en la compresión en mi server.xml

<Connector connectionTimeout="20000" port="8080" protocol="HTTP/1.1" redirectPort="8443" 
     compression="on" 
     noCompressionUserAgents="gozilla, traviata" 
     compressableMimeType="text/html,text/xml,text/plain,application/javascript,application/json,text/javascript"/> 

Pero no comprime los archivos mencionados anteriormente enumerados.

¿Qué más tengo que hacer para conseguir trabajo de compresión?

Jonny

+0

¿Cuáles son los tipos MIME de su .js.jsf y recursos .css.jsf? ¿Qué cliente estás usando para probar? –

+0

Hola Christoper, gracias por tu respuesta. Estos recursos son provistos/agregados por Primefaces sobre la marcha. .js.jsf tiene application/javascript (listado en compressableMimeType) y .css.jsf tiene text/css (ok, no figura en compressableMimeType). Mi cliente: Último navegador Chrome en WinXP. Jonny – user871611

+0

¿Obtiene el encabezado Content-Type correcto en la respuesta cuando solicita esos recursos del servidor? ¿También obtienes un encabezado Content-Length? –

Respuesta

6

Su server.xml está todo bien. Su problema concreto es muy probable que haya editado el archivo server.xml incorrecto. En un IDE como Eclipse, la instalación original del servidor Tomcat se mantiene intacta por defecto. En su lugar, Eclipse crea una copia de todos los archivos de configuración en el Servidores proyecto y utiliza los metadatos espacio de trabajo para implementar las aplicaciones web y en última instancia, sólo el motor del servidor Tomcat se ha utilizado desde la instalación de Tomcat.

Asegúrese de que está editando el archivo correcto server.xml, el que está en Servidores proyecto: propio archivo

enter image description here

de Tomcat /conf/server.xml sólo se utiliza cuando se inicia fuera de Eclipse, o cuando Dile a Eclipse que tome el control total sobre la instalación de Tomcat. Para ello, haga doble clic en la entrada servidor Tomcat en Servidores ver y modificar las ubicaciones de servidor en consecuencia.

enter image description here

+0

Hola BalusC, gracias por la información detallada. Estaba editando el server.xml correcto en mi proyecto Servers. El texto/html está gziped, pero no las cosas de css y js. Me vuelve loca :). Jonny – user871611

+1

No tiene 'text/css' en su lista' compresssableMimeType'. ¿Estás seguro de que estás buscando la respuesta correcta? Las respuestas a las solicitudes de verificación de caché, como 304 respuestas "No modificadas", por supuesto, NO están comprimidas. – BalusC

+0

Hola BalusC, ya agregué el texto/css-compressableMimeType. Pero respondiste mi problema en la segunda parte de tu comentario. Vacié mi caché y ahora 'funciona'. Gracias un millón BalusC – user871611

Cuestiones relacionadas