“Грешка при кодиране на съдържанието” или “Не могат да се декодират сурови данни” това е същата грешка, като съобщението е различно от един интернет браузър до друг. Тази грешка може да се появи, когато се опитаме да получим достъп до него уеб страница от калкулатора или от мобилния телефон.
Потребителите на Safari също получават код за грешка в продължението на съобщението:NSURLErrorDomain – 1015. Това означава, че проблемът не може да бъде разрешен от посетителя на страницата, а от администратора на уебсайта, на който е налице тази грешка.

Каква е причината за грешката “Грешка при кодиране на съдържанието” или “Не могат да се декодират необработени данни: (NSURLErrorDomain)

Уеб сървъри, за които говорим Apache или Nginx, използвам система от архивиране/компресия и кодиране (кодиране) gzip на уеб страници, за да обслужват потока от данни в по-малки пакети на потребителите. Например, ако една уеб страница има нормален размер от 512KB, с кодиране gzip това може да бъде намалено до 150KB. Автоматично трафикът за хост сървъра, както и за крайния потребител ще бъде по-нисък с gzip кодиране, а скоростта на качване ще бъде по-висока.
Това gzip съдържание трябва да съдържа координати, които могат да бъдат разбрани и декодирани автоматично, така че файлът да може да бъде разопакован и показан на крайния потребител. Важи както за настолен браузър, така и за мобилен. Ако това не се случи и потокът от данни, идващ във формат gzip, не може да бъде отворен, се появяват грешки “Грешка при кодиране на съдържанието” / NSURLErrorDomain.

За тези, които използват WordPress, грешката се появява най-често, когато конфигурирайте приставката WP Super Cache неправилно. В настройките “Напреднал” на модула има препоръчителна опция, която компресира уеб страниците, за да бъдат обслужвани по-бързо на потребителите. “Компресирайте страниците, за да бъдат обслужвани по-бързо на посетителите. (препоръчително)”.

деактивиране тази опция и изтриване на всички уеб страници от кеша може да бъде решение.

Има и сценарий, при който архивирането не се извършва правилно на ниво сървър и gzip компресията се активира директно от PHP. В този сценарий ще трябва да деактивирате компресията директно от PHP конфигурационния файл. Zlib изходна компресия.

Как деактивираме “Zlib Output Compression” на уеб сървър

Деактивирането може да се извърши само от администратора на сървъра или чрез скрипт, който ще даде достъп за редактиране на файла php.ini.

Ще се зададе “off” за “zlib.output_compression” От php.ini.

; Валидни стойности за тази опция са „изключено“, „включено“ или определен размер на буфера
; да се използва за компресиране (по подразбиране е 4KB)
; Забележка: Полученият размер на парчето може да варира поради естеството на компресията. PHP
;   извежда парчета, които са по няколко стотици байта като резултат от
;   компресия. Ако предпочитате по-голям размер на парчета за по-добро
;   производителност, активирайте output_buffering в допълнение.
; Забележка: Трябва да използвате zlib.output_handler вместо стандартния
;   output_handler, или в противен случай изходът ще бъде повреден.
; http://php.net/zlib.output-compression
zlib.output_compression = изключено

След като направите тази промяна, рестартирайте уеб услугите на сървъра и всичко трябва да се върне към нормалното.

Също така не използвайте “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.