apache - enable - mod_deflate vs mod_gzip
install mod_deflate (6)
¿Puede alguien decirme la diferencia en los siguientes scripts en términos de rendimiento de carga de la CPU y compresión?
<ifModule mod_gzip.c>
mod_gzip_on Yes
mod_gzip_dechunk Yes
mod_gzip_item_include file /.(html?|txt|css|js|php|pl)$
mod_gzip_item_include handler ^cgi-script$ mod_gzip_item_include mime ^text/.*
mod_gzip_item_include mime ^application/x-javascript.*
mod_gzip_item_exclude mime ^image/.*
mod_gzip_item_exclude rspheader ^Content-Encoding:.*gzip.*
</ifModule>
<ifModule mod_deflate.c>
<filesMatch "/.(js|css)$"> SetOutputFilter DEFLATE </filesMatch>
</ifModule>
Echa un vistazo a este artículo en linuxjournal.com
http://www.linuxjournal.com/article/6802
Aparte de eso mod_deflate es más fácil de configurar y generalmente viene junto con el paquete apache.
En mi humilde opinión, debe evitar el uso de mod_deflate para archivos estáticos, en lugar de eso, preste servicios de archivos precomprimidos a través de mod_rewrite con la mejor compresión disponible (7zip created gzip AFAIK). Apache no almacena en caché los archivos estáticos gzip.
Para archivos dinámicos: depende del ancho de banda disponible: mod_deflate necesita mucha potencia de procesamiento, pero puede utilizarse si su servidor puede desbordar su red.
La habilitación de mod_deflate y mod_gzip básicamente logra lo mismo, ambos comprimen tus archivos web antes de que se envíen a los visitantes de tu sitio web.
Sin embargo, hay diferencias entre los dos; mod_deflate a veces puede tener un porcentaje de compresión mejor menor que mod_gzip . Otra razón por la que debes elegir mod_deflate es porque es mejor soportado como mod_gzip, lo que hace que sea más fácil de configurar porque está mejor documentado. Más información se puede encontrar here .
La mayoría de los algoritmos de compresión, cuando se aplican a un archivo de texto sin formato, pueden reducir su tamaño en un 70% o más, según el contenido del archivo. Al usar algoritmos de compresión, la diferencia entre los niveles de compresión estándar y máxima es pequeña, especialmente cuando se considera el tiempo de CPU adicional necesario para procesar estos pases de compresión adicionales. Esto es bastante importante cuando se comprime dinámicamente contenido web. La mayoría de las técnicas de compresión de contenido de software utilizan un nivel de compresión de 6 (de 9 niveles) para conservar los ciclos de la CPU. La diferencia de tamaño de archivo entre el nivel 6 y el nivel 9 suele ser tan pequeña que no vale la pena el tiempo adicional involucrado.
Para los archivos identificados como text /.* tipos MIME, la compresión se puede aplicar al archivo antes de colocarlo en el cable. Esto reduce simultáneamente la cantidad de bytes transferidos y mejora el rendimiento. Las pruebas también han demostrado que los archivos de Microsoft Office y PostScipt pueden codificarse con GZIP para ser transportados por los módulos de compresión.
Algunos tipos MIME importantes que no pueden codificarse con GZIP son archivos externos de JavaScript, archivos PDF y archivos de imágenes. El problema con los archivos Javascript se debe principalmente a errores en el software del navegador, ya que estos archivos son realmente archivos de texto y el rendimiento general se beneficiaría al ser comprimido para el transporte. Los archivos PDF y de imagen ya están comprimidos, e intentar comprimirlos de nuevo simplemente los hace más grandes y conduce a posibles problemas de renderizado con los navegadores.
Antes de enviar un archivo comprimido a un cliente, es vital que el servidor se asegure de que el cliente que recibe los datos comprenda y presente correctamente el formato comprimido. Los navegadores que entienden el contenido comprimido envían una variación de los siguientes encabezados de solicitud del cliente:
Accept-encoding: gzip
Accept-encoding: gzip, deflate
Los principales navegadores actuales incluyen alguna variación de este mensaje con cada solicitud que envían. Si el servidor ve el encabezado y elige proporcionar contenido comprimido, debe responder con el encabezado de respuesta del servidor:
Para obtener más información, consulte este artículo: http://www.linuxjournal.com/article/6802
Supongo que estás preguntando sobre las diferencias entre estos dos, y no sobre la compresión en general. En ese caso, recomiendo usar mod_deflate que se basa en el proyecto aún activo zlib. Por cierto, los artículos viejos (6-7 años) que comparan los dos, ya no son relevantes.
mod_gzip y mod_deflate son dos módulos alternativos para agregar compresión gzip a Apache. mod_deflate es el más moderno y lo recomiendo hoy en día y se distribuye con Apache.
No se deje engañar por los nombres para pensar que usan diferentes esquemas de compresión. Ambos usan gzip (que es un contenedor alrededor del formato de compresión DEFLATE). Este último solo se llama mod_deflate porque se tomó el nombre mod_gzip. Ambos lograrán básicamente los mismos niveles de compresión con configuraciones equivalentes.
Tienen una configuración diferente, por lo que necesita encontrar documentación para el específico que está utilizando.