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

"Sisu kodeerimise viga"Või"Töötlemata andmeid ei saa dekodeeridaKas see on sama viga, sõnum on erinev Interneti-brauseris. See tõrge võib ilmneda a 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 esineb.

Mis põhjustab „sisu kodeerimise tõrke” või toorandmete dekodeerimist ei saa: (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, mida saab automaatselt mõista ja dekodeerida, et faili saaks lahti pakkida ja lõppkasutajale loetleda. Kehtib mõlemas brauseris desktop samuti mobiilse jaoks. Kui seda ei juhtu ja gzip-vormingus andmevoogu ei saa avada, ilmuvad vead „Content Encoding Error” / NSURLErrorDomain.

Neile, kes WordPressi kasutavad, ilmneb viga enamasti siis, kui WP Super Cache'i pistikprogrammi valesti konfigureerimine. Seadetesedasijõudnud”Moodulist on soovitatud variant, mis tihendab veebilehti, et kasutajaid kiiremini kätte saaksid. "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 stsenaarium, kus arhiveerimist ei tehta serveri tasandil õigesti ja gzip-tihendamine on lubatud otse PHP-st. Selle stsenaariumi korral peate tihendamise keelama otse PHP konfiguratsioonifailist. Zlibi väljundkompressioon.

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.

See määratakseoff"On"zlib.output_compression"kohta 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

Kirglik kõigest vidinast ja IT-st, kirjutan mõnuga vargsisettings.com alates 2006. aastast ja mulle meeldib avastada teiega uusi asju arvutite ja operatsioonisüsteemide kohta macOS, Linux, Windows, iOS ja Android.

Jäta kommentaar