Грешка в кодирането на съдържанието / не може да декодира необработени данни (Fix Error NSURLErrorDomain)

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

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

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

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

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

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

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

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

Ще зададете "off"За"zlib.output_compressionphp.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

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

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

Грешка в кодирането на съдържанието / не може да декодира необработени данни (Fix Error NSURLErrorDomain)

За автора

Хитрост

Страстен за всичко, което означава джаджа и IT, с удоволствие пиша на stealthsettings.com от 2006 и обичам да откривам нови неща за компютрите и macOS, Linux операционните системи, Windows, iOS и Android.

Оставете коментар