"Кодиране на съдържанието Error"Или"Не може да се декодира Raw Дата”Същата грешка ли е, съобщението се различава от един интернет браузър до друг. Тази грешка може да възникне, когато се опитаме да получим достъп до нея уебсайт от вашия калкулатор или от мобилния ви телефон.
Потребители Safari, също получавам код за грешка в продължението на съобщението: NSURLErrorДомейн - 1015. Това означава, че проблемът не може да бъде решен от посетителя на страницата, а от administratorуебсайта, на който е налице тази грешка.
Каква е причината за „Кодиране на съдържание Error” или „Не може да се декодира Raw Дата: (NSURLErrorДомейн)
Уеб сървъри, независимо дали говорим Apache или Nginx, Използвам a архивиране / компресиране и кодиране (кодиране) GZIP на уеб страници, за да обслужва потока на данни в по-малки пакети към потребителите. Например, ако уеб страница има нормален размер от 512KB, с кодиране gzip това може да бъде намалено до 150KB. Автоматично трафикът за хост сървъра, както и за крайния потребител, ще бъде по-малък с gzip кодиране, а скоростта на качване ще бъде по-висока.
Това gzip съдържание трябва да съдържа някои координати, които могат да бъдат разбрани и декодирани автоматично, така че файлът да може да бъде разопакован и изброен до крайния потребител. Валидно и в браузъра desktop както и за мобилен. Ако това не се случи и потокът данни в gzip формат не може да бъде отворен, възникват грешки „Content Encoding“. Error”/ NSURLErrorДомейн.
За тези, които използват WordPress, грешката възниква най-често, когато конфигурирайте плъгина неправилно WP Super Cache. В настройките „Подробно”От модула има препоръчителна опция, която компресира уеб страници, за да се обслужва по-бързо на потребителите. "Компресирайте страниците, така че да бъдат обслужвани по-бързо за посетителите. (Препоръчително) ".
Деактивирането от тази опция и изтриване на всички кеширани уеб страници може да бъде решение.
Съществува и сценарият, при който архивирането не се извършва правилно на ниво сървър и компресирането на gzip е активирано директно от PHP. В този сценарий ще трябва да деактивирате компресирането директно от конфигурационния файл на PHP. Zlib изходна компресия.
Как го деактивираме “Zlib Output Compression” на уеб сървър
Деактивирането може да се извърши само от administratorсървър или чрез скрипт, който ще ви даде достъп за редактиране на файла 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
След като направите тази промяна, рестартирайте уеб услугите на сървъра и всичко трябва да се върне към нормалното.
Също така не използвайте "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.
