Przejdź do treści 
Jeśli Twoja witryna WordPress nagle wyświetla tylko biały ekran lub pojawia się komunikat "połączenie z bazą danych nie powiodło się", prawdopodobnie masz do czynienia z jednym z typowych problemów WordPress. W tym artykule przedstawię typowe Typowe błędy WordPress i jak można je szybko i bezpiecznie naprawić samodzielnie.
Punkty centralne
- Biały ekranPrzyczyną są zazwyczaj wadliwe wtyczki lub problemy z pamięcią
- Błąd 500Problemy z .htaccess lub niekompatybilne rozszerzenia
- Błąd bazy danychNieprawidłowe dane dostępu lub problemy z serwerem
- PermalinkiBłąd 404 po wprowadzeniu zmian we wtyczkach lub motywach
- Tryb debugowaniaWizualizacja źródła błędu bezpośrednio w kodzie
1. przerażający biały ekran śmierci (WSoD)
Biały ekran śmierci (WSoD) jest jednym z najczęstszych błędów - pusty biały ekran pojawia się nagle po wywołaniu strony lub pulpitu nawigacyjnego. Problem ten jest zwykle spowodowany przez Wtyczka lub motyw. Limity pamięci PHP również odgrywają tutaj rolę.
Zwykle zaczynam naprawę od dezaktywacji wtyczek przez FTP. Aby to zrobić, wystarczy przejść do katalogu /wp-content/plugins Zmień nazwę folderu wtyczek lub przenieś wszystkie wtyczki do podfolderów. Następnie przełącz się na standardowy motyw, taki jak "Twenty Twenty-Four" jako test, aby wykluczyć motyw jako źródło błędu.
Jeśli to nie pomoże, zwiększam dostępną pamięć PHP. W pliku wp-config.php Ustawiłem:
define('WP_MEMORY_LIMIT', '256M');
Aktywuję tryb debugowania, aby uzyskać więcej informacji:
define('WP_DEBUG', true);
2. wewnętrzny błąd serwera 500
Błąd 500 wygląda gorzej niż jest w rzeczywistości. Zaczynam od zmiany nazwy lub usunięcia bieżącego pliku htaccess-i automatycznie utworzyć nowy, przechodząc do pulpitu nawigacyjnego w sekcji Ustawienia → Permalinki po prostu zapisz ponownie.
Jeśli to nie wystarczy, dezaktywuję wtyczki i motywy indywidualnie. Winna może być również pamięć PHP - więc jak zwykle: define('WP_MEMORY_LIMIT', '256M');
Specjaliści sprawdzają również dzienniki serwera (zwykle znajdujące się w obszarze hostingu), aby zidentyfikować szczegóły wyzwalacza.
3. błąd połączenia z bazą danych
Błąd "Error establishing a database connection" oznacza: WordPress nie może uzyskać dostępu do danych. Często błąd wp-config.php nieprawidłowe - w szczególności nazwa użytkownika, hasło lub domena hosta bazy danych.
Sprawdzam następujące wpisy w pliku:
DB_NAMEDB_USERDB_PASSWORDDB_HOST
Jeśli host bazy danych nie jest "localhost", często można znaleźć nazwę w menu hostingu. Czasami restart usługi MySQL lub uaktualnienie pamięci może pomóc, jeśli pozostało mało miejsca w sieci.
4. błąd 404 - popraw permalinki
Klikasz linki do stron i otrzymujesz tylko komunikat "Nie znaleziono strony"? Prawdopodobnie występuje problem z Permalink struktura wcześniej. Jest to często spowodowane zmianami w motywie lub wtyczce.
Szybko rozwiązałem ten problem, ponownie zapisując permalinki. Aby to zrobić, przejdź do panelu administracyjnego WordPress w sekcji Ustawienia → Permalinki i po prostu kliknij "Zastosuj zmiany" bez zmieniania czegokolwiek. WordPress napisze wtedy plik htaccess-plik z aktualnymi zasadami.
5. problemy z logowaniem lub pętle przekierowań
Jeśli strona logowania ciągle się ładuje lub pojawia się komunikat o błędzie "zbyt wiele przekierowań", myślę o Błędy plików cookie lub konflikty adresów URL. Następnie usuwam zarówno pamięć podręczną przeglądarki, jak i pliki cookie.
Jeśli używasz innej konfiguracji domeny (np. www i bez www), sprawdź witrynę i domowy adres URL w bazie danych. Używam phpMyAdmin, aby uzyskać dostęp do tabeli wp_options i zaktualizować tam siteurl oraz dom odpowiedni.
Częstą przeszkodą jest kolejność wtyczek - dlatego testowo dezaktywuję problematyczne rozszerzenia przez FTP.
6. motywy i wtyczki jako źródło błędów
Dla wielu typowe błędy WordPress Winne są wtyczki, które nie są już aktualne. W pierwszej kolejności dezaktywuję wtyczki, zwłaszcza rozszerzenia bezpieczeństwa, pamięci podręcznej i SEO, ponieważ głęboko ingerują one w system.
Jak tylko problem zniknie, aktywuję je ponownie pojedynczo. Krótko testuję motyw ze standardową skórką WordPress. W takich przypadkach prędzej czy później przełączam się na dobrze utrzymany motyw.
7. problemy związane z nieaktualnymi wersjami PHP
Ogromne ograniczenia pojawiają się, gdy Przestarzała technologia serwerowa zestawy. Wiele rozszerzeń, a nawet rdzeń WordPress wymaga PHP 8.0 lub nowszego. Jeśli używasz PHP 7.4 lub starszego, często będziesz otrzymywać komunikaty o błędach lub przekroczeniu limitu czasu.
Aktualizuję wersję PHP w obszarze administracyjnym mojego dostawcy hostingu. Z webhoster.de można to zrobić w kilka sekund. Jeśli system pozostanie zawodny, rozważyłbym zmianę hostera.
| Miejsce | Dostawca hostingu | Kompatybilność z WordPress | Wydajność | Stosunek ceny do wydajności |
|---|---|---|---|---|
| 1 | webhoster.de | Doskonały | Bardzo wysoki | Bardzo dobry |
| 2 | Host B | Dobry | Wysoki | Dobry |
| 3 | Host C | Średni | średnia | Średni |
8. Znajdź lokalizacje błędów za pomocą debugowania WordPress
Dostrzegam tylko wiele problemów z aktywny tryb debugowania. Aby to zrobić, otwieram wp-config.php przez FTP i zmieniam tę linię:
define('WP_DEBUG', true);
WordPress wyświetli wtedy wszystkie komunikaty bezpośrednio na stronie. Po naprawie należy ponownie wyłączyć tryb debugowania - w przeciwnym razie witryna będzie wyświetlać odwiedzającym również informacje wewnętrzne:
define('WP_DEBUG', false);
9. rozpoznawać źródła błędów i zapobiegać im
Błędy są często powodowane przez przestarzałe wtyczki, aktualizacje bez kopii zapasowej lub nieodpowiednie konfiguracje hostingu. Przed każdą zmianą WordPressa wykonuję pełną kopię zapasową. Używam do tego wtyczki lub narzędzia eksportu hostera.
Środowisko przejściowe - kopia witryny do testowania - również chroni przed awariami. Wielu dobrych hosterów oferuje taką możliwość. Jeśli chcesz wiedzieć, na co często dają się nabrać początkujący, przeczytaj artykuł na stronie Typowe błędy WordPress dla początkujących.
10. kiedy wolałbym zadzwonić do profesjonalistów
W przypadku włamań na strony internetowe, uszkodzenia baz danych lub całkowitego zniszczenia layoutu, zwracam się do wyspecjalizowanego serwisu ratunkowego. Takie sytuacje wymagają bardziej dogłębnej interwencji i wiedzy.
Nawet jeśli widzisz tylko "Parse Error" po aktualizacji lub cały edytor uległ awarii, możesz uzyskać wsparcie. Więcej informacji na ten temat można znaleźć w tym artykule na temat Uszkodzone układy i błędy zaplecza.
11. usuwanie problemów SSL/HTTPS w odpowiednim czasie
W wielu przypadkach użytkownicy nie doceniają znaczenia prawidłowego Konfiguracja SSL/HTTPS. Typowymi objawami są ostrzeżenia o "mieszanej zawartości", w których części strony są nadal dostarczane w postaci niezaszyfrowanej, lub błędy przeglądarki, takie jak "Niezabezpieczone" w polu adresu. W przypadku mojego hostingu upewniam się, że certyfikat SSL jest poprawnie zintegrowany. Jeśli po zmianie niektóre skrypty lub obrazy nadal odwołują się do protokołu HTTP, używam narzędzia do wyszukiwania i zamiany, takiego jak "Better Search Replace", aby dostosować wszystkie adresy URL. Wtyczki takie jak "Really Simple SSL" również mogą tu pomóc, automatycznie przekierowując zasoby HTTP na HTTPS.
Czasami napotykam również problem, że certyfikat wygasł lub żaden nie został skonfigurowany. Otrzymuję wtedy albo ostrzeżenie w przeglądarce, albo informację o niezabezpieczonym połączeniu w dashboardzie WordPressa. Najpóźniej w tym momencie nadchodzi czas na odnowienie certyfikatu za pośrednictwem hostera lub aktywację Let's Encrypt. U niektórych dostawców można to zrobić za pomocą kilku kliknięć, u innych trzeba przesłać certyfikaty ręcznie. W razie wątpliwości ważne jest, aby sprawdzić, czy SSL jest poprawnie przekierowywany i czy wszystkie ścieżki w motywie lub wtyczkach (np. adresy URL do plików JS i CSS) są naprawdę ustawione na HTTPS.
12. Źródła błędów podczas migracji WordPress lub zmian domeny
Innym często niedocenianym punktem błędów WordPress jest Migracjanp. podczas przenoszenia witryny na nowy serwer lub do innej domeny. Może to spowodować kilka problemów jednocześnie: Ścieżki do mediów nie są już poprawne, linki do bazy danych nadal wskazują na starą domenę lub ścieżka SSL nie jest poprawnie rozpoznawana.
Lubię używać wtyczki takiej jak "Duplicator" lub "All-in-One WP Migration" podczas przeprowadzki, która automatycznie dostosowuje bazę danych. Gdy tylko witryna znajdzie się na nowym serwerze, testuję permalinki, pulpit nawigacyjny i wszystkie ważne strony. Jeśli coś nie działa, sprawdzam bazę danych, aby zobaczyć, czy wartości w siteurl oraz dom der wp_options-table są poprawne. Widżety lub menu również czasami tracą swoje przypisanie, jeśli stare identyfikatory lub ścieżki są nadal przywoływane wewnętrznie.
Stosunkowo typowe po przeprowadzce jest Błąd 404 dla podstronkiedy w htaccess lub w ustawieniach permalinków są stare reguły. Dlatego regularnie przechodzę do "Ustawienia → Permalinki" i po prostu ponownie zapisuję. Po tym linki zwykle działają płynnie.
13. Użyj WP-CLI, aby uzyskać głębszy wgląd w sytuację
WP-CLI to oficjalne narzędzie wiersza poleceń dla WordPress i jest obsługiwane przez wielu dostawców hostingu. Osobiście używam go do szybszej aktualizacji wtyczek, szybkiej dezaktywacji motywów lub sprawdzania bazy danych pod kątem błędów. Z poleceniami takimi jak wp plugin deactivate --all Mogę wyłączyć wszystkie wtyczki w mgnieniu oka bez logowania się do pulpitu nawigacyjnego.
Daje mi to również przegląd zainstalowanych motywów w przypadku wystąpienia błędów: lista motywów wp pokazuje mi, które motywy są aktywne i które wersje są używane. Inną praktyczną funkcją jest naprawa bazy danych za pomocą naprawa wp db. Wymaga to jednak wp-config.php polecenie define('WP_ALLOW_REPAIR', true); musi zostać aktywowany. Jest to często mój pierwszy port, do którego dzwonię w przypadku wątpliwych błędów, które wskazują na tabele bazy danych.
14. Problemy z zadaniami cron i kontrolą czasu.
Jednym z aspektów, który jest często pomijany, jest Wewnętrzne zadania cron WordPress. Zapewniają one na przykład automatyczną publikację zaplanowanych postów lub regularne wykonywanie zadań konserwacyjnych dla wtyczek. Jeśli Cron nie działa prawidłowo, przegapisz zaplanowane publikacje, aktualizacje zostaną anulowane lub wtyczki nie będą w stanie wykonać swoich zadań.
Dlatego sprawdzam w moim wp-config.php, czy DISABLE_WP_CRON na stronie fałszywy i czy mój hosting używa prawdziwego zadania cron do uruchamiania crona WordPress. W przypadku witryn o dużym natężeniu ruchu sensowne może być wyłączenie crona WP i skonfigurowanie zamiast niego crona systemowego, który będzie uruchamiany co 15 minut. wp-cron.php połączenia. Dzienniki serwera również pomagają tutaj sprawdzić, czy błędy są ukryte w wykonywaniu crona.
15. Problemy z automatycznymi aktualizacjami
Z jednej strony, automatyczne aktualizacje WordPressa są pomocne w jak najszybszym usuwaniu luk w zabezpieczeniach. Z drugiej strony, mogą one nieoczekiwanie prowadzić do Problemy z kompatybilnością jeśli motywy lub wtyczki nie są jeszcze przygotowane do najnowszej wersji. Gdy tylko zbliża się duża aktualizacja WordPressa, najpierw tworzę kopię zapasową całej witryny. Następnie sprawdzam, czy jakiekolwiek znane konflikty zostały zgłoszone w opisach wtyczek lub na forach deweloperów.
Czasami warto zachować automatyczne aktualizacje tylko dla mniejszych wersji i przeprowadzać duże skoki wersji ręcznie. Pozwala mi to dezaktywować wszystkie niekompatybilne rozszerzenia przed aktualizacją lub zastąpić je alternatywami. Jeśli po aktualizacji otrzymam komunikaty o błędach, mogę szybciej zawęzić, która wtyczka jest przyczyną, ponieważ wiem już, co zmieniło się w systemie.
Jeśli używasz przestarzałego motywu, może się zdarzyć, że nowe funkcje rdzenia WordPress nie są już poprawnie adresowane. W takich przypadkach pojawia się klasyczny biały ekran lub błąd 500, ponieważ motyw odwołuje się do przestarzałych haków i funkcji. Aktualizacja lub przejście na aktualny motyw jest często jedynym sposobem na rozwiązanie tych problemów z niekompatybilnością.
16. Wtyczki bezpieczeństwa i ich pułapki
Aby chronić swoją instalację WordPress, wielu użytkowników instaluje wtyczki bezpieczeństwa, takie jak Wordfence, iThemes Security lub podobne rozwiązania. Używam tych narzędzi do monitorowania potencjalnych prób włamań i ograniczania prób logowania. Może się jednak zdarzyć, że Zbyt sztywne ustawienia zapory sieciowej zablokować własny backend. Nagle zostajesz zablokowany i otrzymujesz tajemniczy komunikat o błędzie podczas logowania.
W takich sytuacjach dezaktywuję wtyczkę bezpieczeństwa jako test przez FTP, po prostu zmieniając nazwę folderu wtyczki. Jeśli następnie zaloguję się bez żadnych problemów, wiem, że ustawienia rozszerzenia zabezpieczeń są zbyt rygorystyczne. To samo dotyczy niektórych blokerów IP lub funkcji zaciemniania administratora. Jeśli dokonano tutaj nieprawidłowych wpisów, nie można już uzyskać dostępu do instalacji WordPress.
Oprócz zapory sieciowej, niektóre wtyczki bezpieczeństwa monitorują również zmiany plików w WordPressie, co jest dobre, ale może generować wiele fałszywych alarmów podczas aktualizacji. W związku z tym zalecam dostosowanie interwałów skanowania i upewnienie się, że ważne pliki są monitorowane. rdzeń-Pliki nie są blokowane przez pomyłkę.
Dobrze przygotowany zamiast bezradny
Wiele błędów można szybko rozwiązać dzięki uporządkowanemu podejściu i odrobinie spokoju. Polecam regularne aktualizacje, sprawdzone wtyczki i wystarczającą ilość miejsca w sieci. W krytycznych sytuacjach pomocne mogą okazać się narzędzia awaryjne i przejrzyste wsparcie hostingowe.
Jeśli Twoja witryna pozostaje niezabezpieczona pomimo wszelkich środków lub jeśli nawet logiczne środki nie przynoszą rezultatów, powinieneś zwrócić się o profesjonalną pomoc. Artykuł na temat Bezpieczeństwo WordPress po ataku hakerów zawiera wstępne wskazówki dotyczące sytuacji awaryjnych.
