¡Vi en un probador en línea que mi HTML se puede comprimir aproximadamente en un 90%! ¿Es una buena práctica usar gzip o no? Veo que muchos sitios no lo usan.
Para mí, mejoraría el tráfico, ya que algunas páginas contienen muchos datos (120 KB de HTML sin las imágenes) que se pueden comprimir a unos pocos kilobytes.
Sí. 120 KB solo para HTML (!) Se pueden comprimir en gran medida. Junto con los archivos CSS y JavaScript. Esto acelerará la experiencia de navegación para sus usuarios y le ahorrará ancho de banda en su servidor.
Puede implementar la compresión usando su script del lado del servidor y almacenar en caché los archivos comprimidos, lo que alivia la presión sobre la CPU en los servidores ocupados.
Sí, casi no hay razón para pensar en no usar GZIP en todo momento. Es como obtener ancho de banda libre, y es universalmente compatible. ¡Siempre tenlo puesto!
Los únicos inconvenientes posibles son
Si se encuentra en un host compartido con recursos de CPU muy limitados, ya que la compresión se realiza en el servidor y requiere una pequeña cantidad de CPU del servidor. Sin embargo, el servidor tendría que estar muy sobrecargado y / o extremadamente viejo para que esto sea importante en la práctica.
Si sirve páginas web dinámicas muy grandes (y en general me refiero a 400 kilobytes y más) . Comprimir contenido dinámico muy grande sobre la marcha puede ser prohibitivamente costoso.
Pero estas son condiciones de borde raras en mi experiencia; El 99% de las veces la compresión HTTP es una clara victoria.
Además, diré que algunos proveedores de alojamiento se quejan de los foros y otros sitios web ampliamente utilizados que usan gzip causan el mayor uso de CPU que Jeff mencionó anteriormente. La respuesta es SÍ, pero primero verifique las opciones de su proveedor de alojamiento.
Si su servidor se está quedando sin tiempo de inactividad de la CPU, agregar la deflación GZIP en realidad podría reducir la velocidad a la que su servidor responde a las solicitudes.
Sin embargo, si actualmente no está lidiando con un cuello de botella de CPU, la deflación GZIP es una gran idea, pero solo para archivos de texto sin formato.
La mayoría de los formatos de archivo de imagen (es decir, PNG, JPG, GIF) ya están comprimidos y la deflación GZIP es una pérdida de tiempo de CPU.
Depende del entorno de su servidor web.
Si su servidor se está quedando sin tiempo de inactividad de la CPU, agregar la deflación GZIP en realidad podría reducir la velocidad a la que su servidor responde a las solicitudes.
Sin embargo, si actualmente no está lidiando con un cuello de botella de CPU, la deflación GZIP es una gran idea, pero solo para archivos de texto sin formato.
La mayoría de los formatos de archivo de imagen (es decir, PNG, JPG, GIF) ya están comprimidos y la deflación GZIP es una pérdida de tiempo de CPU.
fuente
AddOutputFilterByType
directivas: consulte lamod_deflate
entrada en el manual de Apache para obtener más información: httpd.apache.org/docs/2.0/mod/mod_deflate.html