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

"Fejl til indholdskodning"Eller"Kan ikke afkode rå data”Er den samme fejl, meddelelsen er forskellig fra en internetbrowser til en anden. Denne fejl kan opstå, når vi 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 den besøgende på siden, men af ​​administratoren af ​​det websted, hvor denne fejl er til stede.

Hvad forårsager "Indkodningsfejl" eller kan ikke dekode 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 kan forstås og dekodes automatisk, så filen kan pakkes ud og vises til slutbrugeren. Gyldigt i begge browsere desktop såvel som til en mobil. Hvis dette ikke sker, og datastrømmen i gzip-format ikke kan åbnes, vises "Content Encoding Error" / NSURLErrorDomain-fejl.

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, der komprimerer websider, så de kan serveres 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å scenariet, hvor arkivering ikke udføres korrekt på serverniveau, og gzip-komprimering er aktiveret 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.

Det vil blive indstillet "off"Til"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 over alt gadget og IT, jeg skriver med glæde om stealthsettings.com siden 2006, og jeg kan godt lide at opdage nye ting om computere og operativsystemer macOS, Linux, med dig, Windows, iOS og Android.

Efterlad en kommentar