Chyba kódovania obsahu / nedá sa dekódovať nespracované údaje (chyba opravy NSURLErrorDomain)

"Chyba kódovania obsahu"Sau"Nemožno dekódovať nespracované údaje„Je to rovnaká chyba, správa sa líši od jedného internetového prehliadača k druhému. Táto chyba sa môže vyskytnúť pri pokuse o prístup k nej webové stránky z kalkulačky alebo mobilného telefónu.
Používatelia prehliadača Safari tiež dostanú po chybe kód chyby: NSURLErrorDomain - 1015, To znamená, že problém nemôže vyriešiť návštevník stránky, ale správca webových stránok, na ktorých sa táto chyba vyskytuje.

Čo je príčinou „chyby kódovania obsahu“ alebo „nie je možné dekódovať nespracované údaje: (NSURLErrorDomain)“

Webové servery, či už hovoríme apache alebo Nginx, Používam a archivácia / kompresia a kódovanie (kódovanie) gzip webových stránok, aby slúžili toku údajov v menších balíkoch používateľom. Napríklad, ak má webová stránka normálnu veľkosť 512 kB, s kódovanie gzip toto môže byť znížené až na 150 kB. Automaticky bude prevádzka pre hostiteľský server aj pre koncového používateľa nižšia s kódovaním gzip a rýchlosť nahrávania bude vyššia.
Tento obsah gzip musí obsahovať niektoré súradnice, ktoré je možné automaticky pochopiť a dekódovať, aby sa súbor mohol rozbaliť a uviesť v zozname pre konečného používateľa. Platí v oboch prehľadávačoch desktop ako aj pre mobilný. Ak sa tak nestane a dátový tok vo formáte gzip nie je možné otvoriť, objavia sa chyby „Kódovanie obsahu“ / NSURLErrorDomain.

Pre tých, ktorí používajú WordPress, sa chyba vyskytuje najčastejšie, keď nesprávne nakonfiguroval doplnok WP Super Cache, V nastaveniach „pokročilý„Z modulu je odporúčaná možnosť, ktorá komprimuje webové stránky tak, aby sa používateľom rýchlejšie zobrazovali. "Stránky skomprimujte tak, aby sa rýchlejšie zobrazovali návštevníkom, (Odporúča sa) ".

Zakázanie tejto možnosti a odstránenie všetkých webových stránok uložených v pamäti môže to byť riešenie.

Existuje aj scenár, v ktorom sa archivácia nevykonáva správne na úrovni servera a kompresia gzip sa aktivuje priamo z PHP. V tomto scenári budete musieť vypnúť kompresiu priamo z konfiguračného súboru PHP. Zlib výstupná kompresia.

Ako to deaktivujeme “Zlib Output Compression” na webovom serveri

Deaktiváciu môže vykonať iba správca servera alebo skript, ktorý vám umožní prístup k úprave súboru php.ini.

Nastaví sa „off"Pre"zlib.output_compression"V 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

Po vykonaní tejto zmeny reštartujte služby webového servera a všetko by sa malo vrátiť do normálu.

Nepoužívajte tiež “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. 

Chyba kódovania obsahu / nedá sa dekódovať nespracované údaje (chyba opravy NSURLErrorDomain)

O autorovi

tajnosť

Vášnivý o všetkom, čo znamená gadget a IT, píšem s potešením na stealthsettings.com od 2006 a rád s vami objavujem nové veci o počítačoch a MacOS, operačných systémoch Linux, Windows, iOS a Android.

Pridať komentár