Indholdskodningsfejl / kan ikke afkode rå data (Rettelsesfejl NSURLErrorDomain)

"Fejl til indholdskodning"Sau"Kan ikke afkode rå data"Er den samme fejl, idet beskeden adskiller sig fra en internetbrowser til en anden. Denne fejl kan forekomme, når du prøver at få adgang til den websted fra din lommeregner eller din mobiltelefon.
Safari-brugere modtager også en fejlkode efter meddelelsen: NSURLErrorDomain - 1015. Dette betyder, at problemet ikke kan løses af besøgende på siden, men af ​​administratoren af ​​det websted, hvor denne fejl er til stede.

Hvad er årsagen til "Content Encoding Error" eller "Kan ikke afkode rå data: (NSURLErrorDomain)"

Webservere, hvad enten vi snakker om Apache eller Nginx, Jeg bruger en arkivering / komprimering og kodning (kodning) gzip af websider, der tjener dataflyten i mindre pakker til brugerne. For eksempel, hvis en webside har en normal størrelse på 512 KB, med kodning af gzip dette kan reduceres til op til 150 KB. Automatisk vil trafikken for værtsserveren såvel som slutbrugeren være lavere med gzip-kodning, og uploadhastigheden vil være højere.
Dette gzip-indhold skal indeholde nogle koordinater, der automatisk forstås og afkodes, så filen kan pakkes ud og vises til slutbrugeren. Gyldigt på både et skrivebord og en mobil browser. Hvis dette ikke sker, og datastrømmen, der kommer i gzip-format, ikke kan åbnes, vises "Content Encoding Error" / NSURLErrorDomain-fejlene.

For dem, der bruger WordPress, opstår fejlen oftest, når forkert konfigurere WP Super Cache-plugin. I indstillingerne "Avanceret"Af modulet er der en anbefalet mulighed, som komprimerer websider, der skal vises hurtigere til brugerne. "Komprimere sider, så de serveres hurtigere til besøgende. (Anbefales) ".

Deaktivering af denne mulighed og slette alle cachelagrede websider det kan være en løsning.

Der er også et scenario, hvor arkivering ikke udføres korrekt på serverniveau, og gzip-komprimering aktiveres direkte fra PHP. I dette scenarie skal du deaktivere komprimering direkte fra PHP-konfigurationsfilen. Zlib outputkomprimering.

Hvordan vi deaktiverer det “Zlib Output Compression” på en webserver

Deaktiveringen kan kun udføres af serveradministratoren eller med et script, der giver dig adgang til filredigering php.ini.

Vil indstille "off"For"zlib.output_compression"I 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

Når denne ændring er foretaget, skal du genstarte webservertjenesterne, og alt skal være tilbage til det normale.

Brug heller ikke "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. 

Indholdskodningsfejl / kan ikke afkode rå data (Rettelsesfejl NSURLErrorDomain)

Om forfatteren

Stealth

Lidenskabelig om alt, hvad der betyder gadget og IT, jeg er glad for at skrive på stealthsettings.com fra 2006 og jeg elsker at opdage nye ting om computere og macOS, Linux-operativsystemer, Windows, iOS og Android.

Efterlad en kommentar