Sisu kodeerimisviga / töötlemata andmeid ei saa dekodeerida (vea NSURLErrorDomain parandamine)

"Sisu kodeerimise viga"Või"Töötlemata andmeid ei saa dekodeeridaMsgstr "Kas viga on sama, sõnum erineb ühelt brauserilt teisele. See tõrge võib ilmneda selle juurde pääsemisel veebisait kalkulaatorist või mobiiltelefonist.
Safari kasutajad saavad ka teate järel veakoodi: NSURLErrorDomain - 1015. See tähendab, et probleemi ei saa lahendada lehe külastaja, vaid selle veebisaidi administraator, kus see viga ilmneb.

Mis põhjustab sisu kodeerimise tõrke või "töötlemata andmeid ei saa dekodeerida: (NSURLErrorDomain)"

Veebiserverid, kas me räägime Apache või nginx, Ma kasutan a arhiveerimine / pakkimine ja kodeerimine (kodeerimine) gzip veebilehtede jaoks, et teenindada andmevoogu väiksemates pakendites kasutajatele. Näiteks kui veebilehe tavaline suurus on 512 KB, siis koos gzipi kodeerimine seda saab vähendada kuni 150 kB-ni. Gzip-kodeeringuga on automaatselt nii hostiserveri kui ka lõppkasutaja liiklus väiksem ja üleslaadimise kiirus on suurem.
See gzip-sisu peab sisaldama mõnda koordinaati, millest antakse automaatselt aru ja dekodeeritakse, nii et faili saab lahti pakkida ja lõppkasutajale loetleda. Kehtib nii laua- kui ka mobiilibrauseris. Kui seda ei juhtu ja gzip-vormingus andmevoogu ei saa avada, kuvatakse vead "Sisu kodeerimise viga" / NSURLErrorDomain.

Neile, kes WordPressi kasutavad, ilmneb viga enamasti siis, kui WP Super Cache'i pistikprogrammi valesti konfigureerimine. Seadetes „edasijõudnud"Moodulist on soovitatav variant, mis tihendab veebilehti, et kasutajatele kiiremini kätte saada. "Tihendage lehed, nii et neid pakutaks külastajatele kiiremini. (Soovitatav) ".

Keelamine sellest valikust ja kõigi vahemällu salvestatud veebilehtede kustutamine see võib olla lahendus.

Samuti on olemas stsenaarium, kus arhiivimist ei tehta serveri tasemel korralikult ja gzip-pakkimine aktiveeritakse otse PHP-st. Selle stsenaariumi korral peate pakkimise otse PHP konfiguratsioonifailist välja lülitama. Zlibi väljundi tihendamine.

Kuidas me selle keelame “Zlib Output Compression” veebiserveris

Deaktiveerimise saab teha ainult serveri administraator või skripti abil, mis annab teile juurdepääsu failide redigeerimisele php.ini.

Seab "off"Sest"zlib.output_compression"In 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

Pärast selle muudatuse tegemist taaskäivitage serveri veebiteenused ja kõik peaks normaliseeruma.

Ärge kasutage kaZlib 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. 

Sisu kodeerimisviga / töötlemata andmeid ei saa dekodeerida (vea NSURLErrorDomain parandamine)

Andmeid autor

Kavalus

Kirglikult kõige vastu, mis tähendab vidinaid ja IT-sid, kirjutan heameelega stealthsettings.com saidil 2006 ja armastan avastada uusi asju arvutite ja macOS-i, Linuxi opsüsteemide, Windows, iOS ja Android.

Jäta kommentaar