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

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

Уеб сървъри, за които говорим Apache или Nginx, използвам система от архивиране/компресия и кодиране (кодиране) gzip на уеб страници, за да обслужват потока от данни в по-малки пакети на потребителите. Например, ако една уеб страница има нормален размер от 512KB, с кодиране gzip aceasta se va putea reduce si pana la 150KB. Automat traficul pentru serverul gazda cat si pentru utilizatorul final va fi mai mic cu encoding gzip, iar viteza de incarcare va fi mai mare.
Acest continut gzip trebuie sa contina niste coordonate care sa fie intelese si decodate in mod automat, pentru ca fisierul sa poata fi despachetat si listat utilizatorului final. Valabil atat pe un browser desktop cat si pentru unul mobile. Daca acest lucru nu se intampla, iar fluxul de date venit in format gzip nu poate fi deschis, apar erorile “Грешка при кодиране на съдържанието” / NSURLErrorDomain.

Pentru cei care utilizeaza WordPress, eroarea apare de cele mai multe ori cand configureaza gresit plugin-ul WP Super Cache. In setarile “Напреднал” на модула има препоръчителна опция, която компресира уеб страниците, за да бъдат обслужвани по-бързо на потребителите. “Компресирайте страниците, за да бъдат обслужвани по-бързо на посетителите. (препоръчително)”.

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

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

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

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

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

; Valid values for this option are 'off', 'on', or a specific buffer size
; to be used for compression (default is 4KB)
; Note: Resulting chunk size may vary due to nature of compression. PHP
;   outputs chunks that are few hundreds bytes each as a result of
;   compression. If you prefer a larger chunk size for better
;   performance, enable output_buffering in addition.
; Note: You need to use zlib.output_handler instead of the standard
;   output_handler, or otherwise the output will be corrupted.
; http://php.net/zlib.output-compression
zlib.output_compression = off

Dupa ce se face aceasta modificare, restartati serviciile web ale serverului si totul ar trebui sa revina la normal.

De asemenea nu folositi “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.