Innehållskodningsfel / kan inte avkoda rå data (Fix NSURLErrorDomain Error)

"Innehållskodningsfel"Sau"Kan inte avkoda rå data"Är samma fel, meddelandet skiljer sig från en webbläsare till en annan. Det här felet kan uppstå när du försöker komma åt det webbsida från din kalkylator eller din mobiltelefon.
Safari-användare får också en felkod efter meddelandet: NSURLErrorDomain - 1015. Detta innebär att problemet inte kan lösas av besökaren på sidan, utan av administratören för webbplatsen där det här felet finns.

Vad är orsaken till "Content Encoding Error" eller "Kan inte avkoda Raw Data: (NSURLErrorDomain)"

Webbserver, oavsett om vi pratar om Apache eller nginx, Jag använder en arkivering / komprimering och kodning (kodning) gzip av webbsidor, för att tjäna dataflödet i mindre paket till användare. Om en webbsida till exempel har en normal storlek på 512 kB, med kodande gzip detta kan reduceras till upp till 150 kB. Trafiken för värdservern såväl som för slutanvändaren blir automatiskt lägre med gzip-kodning och uppladdningshastigheten blir högre.
Detta gzip-innehåll måste innehålla några koordinater som kan förstås och avkodas automatiskt, så att filen kan packas upp och listas till slutanvändaren. Gäller i båda webbläsarna desktop såväl som för en mobil. Om detta inte händer och dataströmmen i gzip-format inte kan öppnas, visas felen "Content Encoding Error" / NSURLErrorDomain.

För dem som använder WordPress uppstår felet oftast när felaktigt konfigurera WP Super Cache-plugin. I inställningarna "Advanced Open water"Av modulen finns ett rekommenderat alternativ som komprimerar webbsidor som ska visas snabbare till användare. "Komprimera sidor så att de visas snabbare för besökare. (Rekommenderas) ".

Inaktivera av detta alternativ och ta bort alla cachade webbsidor det kan vara en lösning.

Det finns också scenariot där arkivering inte sker korrekt på servernivå och gzip-komprimering aktiveras direkt från PHP. I det här scenariot måste du inaktivera komprimering direkt från PHP-konfigurationsfilen. Zlib-utgångskomprimering.

Hur vi inaktiverar det “Zlib Output Compression” på en webbserver

Inaktiveringen kan endast göras av serveradministratören eller med ett skript som ger dig åtkomst till filredigeringen php.ini.

Kommer att ställa in "off"För"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 den här ändringen har gjorts, startar du om webbservertjänsterna och allt ska vara tillbaka till det normala.

Använd inte heller "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. 

Innehållskodningsfel / kan inte avkoda rå data (Fix NSURLErrorDomain Error)

Om författaren

Stealth

Passionerad om allt som betyder gadget och IT, jag är glad att skriva på stealthsettings.com från 2006 och jag älskar att upptäcka nya saker om datorer och macOS, Linux-operativsystem, Windows, iOS och Android.

Lämna en kommentar