“Błąd kodowania treści” Lub “Nie można zdekodować surowych danych” jest to ten sam błąd, komunikat różni się w zależności od przeglądarki internetowej. Ten błąd może pojawić się, gdy spróbujemy uzyskać do niego dostęp Strona internetowa z kalkulatora lub z telefonu komórkowego.
Użytkownicy przeglądarki Safari otrzymują również kod błędu w kontynuacji komunikatu:NSURLErrorDomena – 1015. Oznacza to, że problemu nie może rozwiązać osoba odwiedzająca stronę, lecz administrator serwisu, na którym występuje ten błąd.
Jaka jest przyczyna błędu “Błąd kodowania treści” Lub “Nie można zdekodować surowych danych: (NSURLErrorDomain)
Serwery internetowe, czy o tym mówimy Apache Lub Nginx, Używam systemu archiwizacja/kompresja i kodowanie (kodowanie) gzip stron internetowych, aby obsługiwać przepływ danych w mniejszych pakietach do użytkowników. Na przykład, jeśli strona internetowa ma normalny rozmiar 512 KB, z kodowanie gzip można go zmniejszyć do 150 KB. Automatycznie ruch dla serwera hosta, a także dla użytkownika końcowego będzie niższy w przypadku kodowania gzip, a prędkość wysyłania będzie wyższa.
Ta zawartość gzip musi zawierać pewne współrzędne, które można automatycznie zrozumieć i zdekodować, aby plik mógł zostać rozpakowany i wyświetlony użytkownikowi końcowemu. Obowiązuje zarówno w przeglądarce stacjonarnej, jak i mobilnej. Jeżeli tak się nie stanie i nie będzie można otworzyć strumienia danych w formacie gzip, pojawią się błędy “Błąd kodowania treści” / NSURLErrorDomena.
Dla tych, którzy korzystają z WordPressa, błąd pojawia się najczęściej, gdy nieprawidłowo skonfiguruj wtyczkę WP Super Cache. W ustawieniach “Zaawansowany” modułu zalecana jest opcja, która kompresuje strony internetowe, aby szybciej były wyświetlane użytkownikom. “Kompresuj strony, aby szybciej były wyświetlane odwiedzającym. (Zalecony)”.
Wyłączanie tę opcję i usunięcie wszystkich stron internetowych z pamięci podręcznej może być rozwiązaniem.
Istnieje również scenariusz, w którym archiwizacja nie przebiega poprawnie na poziomie serwera, a kompresja gzip jest aktywowana bezpośrednio z poziomu PHP. W tym scenariuszu konieczne będzie wyłączenie kompresji bezpośrednio z pliku konfiguracyjnego PHP. Kompresja wyjścia Zlib.
Jak wyłączamy “Zlib Output Compression” na serwerze WWW
Dezaktywacji może dokonać jedynie administrator serwera lub poprzez skrypt, który umożliwi edycję pliku php.ini.
To się ustawi “off” Do “zlib.output_compression” Z 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
Po wprowadzeniu tej zmiany zrestartuj usługi sieciowe serwera i wszystko powinno wrócić do normy.
Także nie używaj “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.
