Solución:
Comencemos con el resultado que obtuvimos antes de la corrección:
¿Que pasó aquí? Mi adivinar: una colisión entre el complemento W3 Total Cache y su servidor web LiteSpeed. Encontré un hilo en un foro de Drupal sobre un problema muy similar (o el mismo).
LiteSpeed parece no enviar los encabezados HTTP apropiados para los archivos de caché comprimidos que almacena W3TC. En su registro de cambios para la versión 0.9.2.4 W3TC dice:
Soporte fijo del servidor web LiteSpeed
Por lo tanto, el problema parece ser conocido y una actualización debería solucionarlo.
Si la actualización no ayudó …
- Pregúntele a su proveedor de alojamiento web. Paga por el soporte y nadie conoce mejor los aspectos internos.
-
O agrega…
AddType application/x-gzip .gz .tgz AddEncoding x-gzip .gz .tgz… a su .htaccess para ver si ayuda.
- O desactive la compresión gzip en W3TC. Esa es la última opción si todos los demás enfoques fallan.
Para probar los resultados, no confíe en la salida del navegador. Todos los navegadores usan diferentes soluciones para la compresión rota, no puede trabajar con eso. Utilice una herramienta como GIDZipTest para ver si todo está bien.
Esto me sucedió porque tenía dos complementos que intentaban comprimir con GZip la salida. La desactivación del segundo complemento solucionó el problema.
Especifique siempre la codificación utilizada para una página HTML o XML. Si no lo hace, es posible que los caracteres de su contenido se interpreten incorrectamente. Mire dentro de su archivo de encabezado para especificar la configuración en inglés y UTF-8. Aquí está lo que hay en mi encabezado:
<html xmlns="http://www.w3.org/1999/xhtml" dir="ltr" lang="en-US">
<head profile="http://gmpg.org/xfn/11">
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8" />