“Ошибка кодирования контента” или “Не может декодировать необработанные данные” Это та же ошибка, сообщение отличается от одного интернет -браузера к другому. Эта ошибка может появиться, когда мы пытаемся получить доступ к веб-страница от калакулятора или с мобильного телефона.
Пользователи Safari также получают код ошибки при продолжении сообщения:Nsurlerrordomain – 1015Полем Это означает, что проблема не может быть решена посетителем страницы, но администратором веб -сайта, на котором присутствует эта ошибка.
Какова причина ошибки “Ошибка кодирования контента” или “Не может декодировать необработанные данные: (nsurlerrordomain)
Веб -серверы, говорим ли мы Апач или Nginx, Я использую систему Архив / сжатие и кодирование (кодирование) Gzip веб -страниц, чтобы обслуживать поток данных в небольших пакетах для пользователей. Например, если веб -страница имеет нормальный размер 512 КБ, с Кодирование Gzip Это может быть уменьшено до 150 КБ. Автоматически трафик для хост -сервера и конечного пользователя будет ниже с кодированием GZIP, а скорость загрузки будет выше.
Это содержание GZIP должно содержать некоторые координаты, которые должны быть поняты и декодированы автоматически, чтобы файл мог быть распакован и перечислен до конечного пользователя. Действительно как на рабочем столе, так и на мобильном браузере. Если этого не произойдет, а поток базы данных GZIP не может быть открыт, появляются ошибки “Ошибка кодирования контента” / Nsurlerrordomain.
Для тех, кто использует WordPress, ошибка чаще всего возникает, когда Плагин WP Super Cache неверенПолем В настройках “Передовой” Из модуля существует рекомендуемый вариант, который сжимает веб -страницы, которые будут обслуживаться быстрее. “Сжатие страниц, чтобы их обслуживали быстрее посетителямПолем (Рекомендуется)”Полем
отключение к этому варианту и Удалить все веб -страницы в кэше Это может быть решение.
Существует также сценарий, в котором архивирование не выполняется правильно на уровне сервера, а сжатие GZIP активируется непосредственно из PHP. В этом сценарии вам нужно будет деактивировать сжатие непосредственно из файла конфигурации PHP. Выходное сжатие Zlib.
Как мы отключим “Zlib Output Compression” на веб -сервере
Отключение может быть сделано только администратором сервера или с помощью скрипта, который предоставит доступ к редактированию файлов Php.iniПолем
Это будет установлено “off” для “zlib.output_compression” ОТ php.iniПолем
; Допустимые значения для этой опции - «Выключение», «ВКЛ» или определенный размер буфера ; для использования для сжатия (по умолчанию 4 КБ) ; Примечание. Полученный размер чанка может варьироваться в зависимости от природы сжатия. PHP ; выходы куски, которые составляют несколько сотен байтов в результате ; сжатие. Если вы предпочитаете больший размер куски для лучшего ; производительность, включите output_buffering дополнительно. ; Примечание: вам нужно использовать zlib.output_handler вместо стандарта ; output_handler, или иным образом вывод будет поврежден. ; http://php.net/zlib.output-compression zlib.output_compression = off
После того, как это изменение будет внесено, перезапустите серверные веб -сервисы, и все должно вернуться к нормальной жизни.
Вы также не используете “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.
