Indholdskodningsfejl / kan ikke afkode rå data (Fix -fejl nsurlerrordomain)
Indholdskodningsfejl / kan ikke afkode rå data (Fix -fejl nsurlerrordomain)
“Indholdskodningsfejl” eller “Kan ikke afkode rå data” det er den samme fejl, meddelelsen er forskellig fra en internetbrowser til en anden. Denne fejl kan vises, når vi forsøger at få adgang til den Webside fra calaculator eller fra mobiltelefonen.
Safari -brugere modtager også en fejlkode i fortsat beskeden:Nsurlerrordomain – 1015. Dette betyder, at problemet ikke kan løses af sidebesøg, men af administratoren af det websted, hvor denne fejl er til stede.
Hvad er årsagen til fejlen “Indholdskodningsfejl” eller “Kan ikke afkode rådata: (NSURLErrorDomain)
Webservere, uanset om vi taler om Apache eller Nginx, Jeg bruger et system af Arkiv / komprimering og kodning (kodning) Gzip af websider, der serverer dataflowet i mindre pakker til brugere. For eksempel, hvis en webside har den normale størrelse på 512 kb, med Kodning af GZIP Dette kan reduceres til 150 kb. Automatisk trafik for værtsserveren og slutbrugeren vil være lavere med kodning af GZIP, og belastningshastigheden vil være højere.
Dette gzip-indhold skal indeholde nogle koordinater, som kan forstås og afkodes automatisk, så filen kan pakkes ud og listes til slutbrugeren. Gælder både på en desktopbrowser og til en mobil. Hvis dette ikke sker, og datastrømmen, der kommer i gzip-format, ikke kan åbnes, vises der fejl “Indholdskodningsfejl” / NSURLErrorDomain.

For dem, der bruger WordPress, opstår fejlen oftest når WP Super Cache -plugin er forkert. I indstillingerne “Fremskreden” af modulet er der en anbefalet mulighed, som komprimerer websider for at blive serveret hurtigere til brugerne. “Komprimerer sider, så de serveres hurtigere til besøgende. (Anbefalet)”.

deaktivering til denne mulighed og Slet alle websider i cache Det kan være en løsning.
Der er også det scenarie, hvor arkiveringen ikke udføres korrekt på serverniveau, og GZIP -komprimeringen aktiveres direkte fra PHP. I dette scenarie skal du deaktivere komprimeringen direkte fra PHP -konfigurationsfilen. ZLIB -outputkomprimering.
Hvordan vi deaktiverer “Zlib Output Compression” på en webserver
Deaktivering kan kun udføres af serveradministratoren eller gennem et script, der giver adgang til filredigering php.ini.
Det vil sætte sig “off” for “zlib.output_compression” FRA php.ini.
; Gyldige værdier for denne indstilling er 'slukket', 'på' eller en bestemt bufferstørrelse ; skal bruges til komprimering (standard er 4KB) ; Bemærk: Den resulterende chunkstørrelse kan variere på grund af komprimeringens art. PHP ; output bunker, der er få hundreder byte hver som et resultat af ; komprimering. Hvis du foretrækker en større chunkstørrelse til bedre ; ydelse, aktiver output_buffering derudover. ; Bemærk: Du skal bruge zlib.Output_handler i stedet for standarden ; output_handler, eller på anden måde output vil blive ødelagt. ; http://php.net/zlib.output-komprimering zlib.output_compression = off
Når denne ændring er foretaget, skal du genstarte serverwebtjenesterne, og alt skal vende 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 (Fix -fejl nsurlerrordomain)
Hvad er nyt
Om Stealth
Passioneret omkring teknologi, skriver jeg med glæde på StealthSettings.com siden 2006. Jeg har stor erfaring med operativsystemer: macOS, Windows og Linux, samt med programmeringssprog og bloggingplatforme (WordPress) og til webshops (WooCommerce, Magento, PrestaShop).
Se alle indlæg af StealthDu kan også være interesseret i...