“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.
; Geldige waarden voor deze optie zijn 'uit', 'aan' of een specifieke buffergrootte ; te gebruiken voor compressie (standaard is 4KB) ; Opmerking: de resulterende chunkgrootte kan variëren als gevolg van de aard van de compressie. PHP ; voert brokken uit van elk een paar honderd bytes als resultaat van ; compressie. Als u de voorkeur geeft aan een grotere brokgrootte, is dit beter ; prestaties, schakel bovendien output_buffering in. ; Opmerking: u moet zlib.output_handler gebruiken in plaats van de standaard ; output_handler, anders raakt de uitvoer beschadigd. ; http://php.net/zlib.output-compressie zlib.output_compression = uit
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.
