“Error de codificación de contenido” o “No se puede decodificar datos sin procesar” es el mismo error, siendo el mensaje diferente de un navegador de Internet a otro. Este error puede aparecer cuando intentamos acceder a él Página web desde la calculadora o desde el teléfono móvil.
Los usuarios de Safari también reciben un código de error a continuación del mensaje:NSURLErrorDomain – 1015. Esto significa que el problema no lo puede resolver el visitante de la página, sino el administrador del sitio web en el que está presente este error.
¿Cuál es la causa del error? “Error de codificación de contenido” o “No se pueden decodificar datos sin procesar: (NSURLErrorDomain)
Servidores web, ya sea que estemos hablando apache o Nginx, utilizo un sistema de archivo/compresión y codificación (codificación) gzip de páginas web, para servir el flujo de datos en paquetes más pequeños a los usuarios. Por ejemplo, si una página web tiene el tamaño normal de 512 KB, con codificación gzip esto se puede reducir a 150 KB. Automáticamente, el tráfico para el servidor host y el usuario final será menor con la codificación gzip y la velocidad de carga será mayor.
Este contenido gzip debe contener algunas coordenadas que puedan entenderse y decodificarse automáticamente, de modo que el archivo pueda descomprimirse y mostrarse al usuario final. Válido tanto en navegador de escritorio como para móvil. Si esto no sucede y el flujo de datos que viene en formato gzip no se puede abrir, aparecen errores. “Error de codificación de contenido” / NSURLErrorDomain.
Para quienes usan WordPress, el error aparece la mayoría de las veces cuando configurar el complemento WP Super Cache incorrectamente. en la configuración “Avanzado” Del módulo, hay una opción recomendada, que comprime las páginas web para que se entreguen más rápido a los usuarios. “Comprima las páginas para que se muestren más rápidamente a los visitantes. (Recomendado)”.
deshabilitar esta opción y eliminar todas las páginas web del caché puede ser una solución.
También existe el escenario en el que el archivado no se realiza correctamente a nivel del servidor y la compresión gzip se activa directamente desde PHP. En este escenario, deberá desactivar la compresión directamente desde el archivo de configuración de PHP. Compresión de salida Zlib.
¿Cómo desactivamos? “Zlib Output Compression” en un servidor web
La desactivación solo puede ser realizada por el administrador del servidor o mediante un script que dará acceso para editar el archivo. php.ini.
Se establecerá “off” para “zlib.output_compression” DE php.ini.
; Los valores válidos para esta opción son "desactivado", "activado" o un tamaño de búfer específico ; para ser utilizado para la compresión (el valor predeterminado es 4 KB) ; Nota: El tamaño del fragmento resultante puede variar debido a la naturaleza de la compresión. PHP ; genera fragmentos que tienen unos pocos cientos de bytes cada uno como resultado de ; compresión. Si prefiere un tamaño de trozo más grande para obtener mejores ; rendimiento, habilite output_buffering además. ; Nota: debe utilizar zlib.output_handler en lugar del estándar ; output_handler, de lo contrario la salida se dañará. ; http://php.net/zlib.output-compression zlib.output_compression = desactivado
Una vez realizado este cambio, reinicie los servicios web del servidor y todo debería volver a la normalidad.
Tampoco use “Zlib Output Compression” la nivel de server daca aveti si un plugin care face deja acest lucru. Modulul va memora in cache o pagina web deja comprimata, iar la utilizatorul final rezultatul va fi o eroare de decodare a paginii web.
