“Inhoudscoderende fout” of “Kan geen onbewerkte gegevens decoderen” Het is dezelfde fout, waarbij het bericht anders is van de ene internetbrowser naar de andere. Deze fout kan verschijnen wanneer we proberen toegang te krijgen tot een pagina web van de calaculator of van de mobiele telefoon.
Safari -gebruikers ontvangen ook een foutcode om het bericht voort te zetten:Nsurlerrordomain – 1015. Dit betekent dat het probleem niet kan worden opgelost door de paginabesparen, maar door de beheerder van de website waarop deze fout aanwezig is.
Wat is de oorzaak van de fout “Inhoudscoderende fout” of “Kan onbewerkte gegevens niet decoderen: (nsurlerrordomain)
Webservers, of we het over hebben Apache of Nginx, Ik gebruik een systeem van Archief / compressie en codering ((codering)) gzip van webpagina's, om de gegevensstroom in kleinere pakketten aan gebruikers te bedienen. Als een webpagina bijvoorbeeld de normale grootte van 512 kb heeft, met Codering van gzip Dit kan worden teruggebracht tot 150 kb. Automatisch verkeer voor de hostserver en de eindgebruiker is lager met het coderen van GZIP en de laadsnelheid zal hoger zijn.
Deze GZIP -inhoud moet enkele coördinaten bevatten die automatisch worden begrepen en gedecodeerd, zodat het bestand kan worden uitgepakt en vermeld aan de eindgebruiker. Geldig op zowel een desktop als een mobiele browser. Als dit niet gebeurt en de GZIP -databasestroom niet kan worden geopend, verschijnen er fouten “Inhoudscoderende fout” / Nsurlerrordomain.
Voor degenen die WordPress gebruiken, treedt de fout meestal op wanneer De WP Super Cache -plug -in is verkeerd. In instellingen “Geavanceerd” Van de module is er een aanbevolen optie, die de webpagina's comprimeert die sneller worden geserveerd. “Comprimeerpagina's zodat ze sneller worden geserveerd aan bezoekers. (Aanbevolen)”.
schandelijk naar deze optie en Verwijder alle webpagina's in de cache Het kan een oplossing zijn.
Er is ook het scenario waarin het archivering niet correct op serverniveau wordt gedaan, en de GZIP -compressie wordt rechtstreeks vanuit de PHP geactiveerd. In dit scenario moet u de compressie rechtstreeks uit het PHP -configuratiebestand deactiveren. ZLIB -uitgangscompressie.
Hoe we uitschakelen “Zlib Output Compression” op een webserver
Uitschakelen kan alleen worden gedaan door de serverbeheerder of via een script dat toegang geeft tot de bestandsbewerking php.ini.
Het zal worden ingesteld “off” voor “zlib.output_compression” VAN 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
Nadat deze wijziging is aangebracht, start u de Webservices van de server opnieuw en moet alles weer normaal worden.
U gebruikt ook niet “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.
