Aby wyłączyć komunikaty o błędach na swojej stronie, należy znaleźć plik konfiguracyjny (np. config.php lub .htaccess) i zmienić ustawienie dotyczące wyświetlania komunikatów o błędach.
Na stronach opartych na WordPress możesz to zrobić na trzy sposoby:
- Edycja pliku wp-config.php:
W pliku wp-config.php, który znajduje się w katalogu głównym WordPressa, możesz dodać następujący kod:
define( 'WP_DEBUG’, false ); - Edycja pliku .htaccess:
W pliku .htaccess, który znajduje się w katalogu głównym WordPressa, możesz dodać następujący kod:
php_flag display_errors off - Edycja pliku functions.php:
W pliku functions.php motywu (wp-content/themes/nazwa-motywu/functions.php), możesz dodać następujący kod:
ini_set(’display_errors’,’Off’);
ini_set(’error_reporting’, E_ALL );
W przypadku PHP, można to zrobić ustawiając wartość error_reporting na 0 lub E_ALL & ~E_NOTICE & ~E_WARNING. Można również skorzystać z funkcji error_reporting(0) na początku pliku.
Jeśli korzystasz z Apache, możesz ustawić php_flag display_errors off w pliku .htaccess.
Powinieneś mieć na uwadze, że te rozwiązania jedynie ukrywają komunikaty o błędach, a nie rozwiązują ich. W przypadku błędów w kodzie, ich ignorowanie nie jest dobrym rozwiązaniem, ponieważ mogą one prowadzić do poważniejszych problemów i zwiększać podatność aplikacji na ataki.
Błąd „White Screen of Death” (WSOD): To nagły i całkowity brak zawartości strony, bez komunikatu o błędzie. Przyczyny mogą być różne, od problemów z kodem PHP, poprzez błędy w motywach, aż po problemy z wtyczkami. Rozwiązaniem jest często ręczne dezaktywowanie wtyczek poprzez zmianę nazwy folderu wtyczki przez FTP lub SSH, przełączenie na domyślny motyw WordPress lub zwiększenie limitu pamięci PHP poprzez dodanie linii define(’WP_MEMORY_LIMIT’, '256M’); w pliku wp-config.php.
Błędy 404 często występują po zmianie struktury linków lub przenoszeniu strony. Aby je rozwiązać, można zresetować permalinks w WordPress, przechodząc do Ustawienia > Permalinks i po prostu zapisując ustawienia ponownie. To często regeneruje plik .htaccess i rozwiązuje problem.
„Error Establishing a Database Connection” oznacza problem z połączeniem z bazą danych, co może być spowodowane nieprawidłowymi poświadczeniami w wp-config.php, problemami z serwerem bazy danych lub przeciążeniem serwera. Sprawdzenie poświadczeń, restart usług bazodanowych lub skontaktowanie się z dostawcą hostingu może być konieczne.
Błąd „Internal Server Error” jest jednym z najbardziej frustrujących błędów, ponieważ może mieć wiele przyczyn. Sprawdzenie pliku .htaccess pod kątem błędów, zwiększenie limitu pamięci PHP, jak również sprawdzenie logów serwera na obecność konkretnych błędów, może pomóc zlokalizować źródło problemu.
Błąd „Memory Exhausted”: Pojawia się, gdy skrypt WordPressa przekracza dostępną pamięć. Zwiększenie limitu pamięci przez dodanie define(’WP_MEMORY_LIMIT’, '256M’) do wp-config.php jest pierwszym krokiem. Jeśli problem będzie się powtarzał, warto zbadać, czy niektóre wtyczki lub motywy nie zużywają zbyt dużo zasobów.
Błąd „Failed to Write File to Disk” może być spowodowany problemami z uprawnieniami do zapisu na serwerze. Sprawdzenie i ustawienie odpowiednich uprawnień (zazwyczaj 755 dla folderów i 644 dla plików) za pomocą klienta FTP może rozwiązać problem.
Błędy wtyczek/motywów powodują często białą stronę lub inne problemy. Rozwiąż je, dezaktywując wszystkie wtyczki, a następnie reaktywując je pojedynczo, aby zidentyfikować źródło problemu. Podobnie można postąpić z motywami.
Jeśli po aktualizacji WordPressa pojawiają się błędy sprawdź kompatybilność wszystkich wtyczek i motywów z nową wersją WordPressa oraz wersji php. W razie potrzeby wykonaj aktualizację wtyczek/motywów lub tymczasowo je dezaktywuj.
Błędy JavaScript mogą zakłócać działanie strony. Narzędzia deweloperskie w przeglądarkach pozwalają śledzić te błędy. Otwierając konsolę w tych narzędziach, możesz uzyskać szczegółowe informacje o błędach JavaScript, co pozwoli na ich szybsze rozwiązanie.
Błąd „Mixed Content” pojawia się, gdy strona ładowana jest przez bezpieczne połączenie HTTPS, ale niektóre zasoby są ładowane przez niezabezpieczone połączenie HTTP. Może to zostać rozwiązane przez zmianę adresów URL zasobów na HTTPS lub używając wtyczek, które wymuszają bezpieczne połączenia dla całej strony.