HTTP 500 to ogólny błąd po stronie serwera. W WordPressie zacznij od logu błędów oraz ostatniej zmiany. Nie zwiększaj wszystkich limitów i nie reinstaluj strony przed ustaleniem przyczyny.
Zabezpiecz obecny stan
Zapisz godzinę, adres i ostatnie działania: aktualizację, zmianę PHP, instalację rozszerzenia lub edycję .htaccess. Pobierz kopię plików i bazy, nawet jeśli strona obecnie nie działa. To zachowuje aktualne dane i pozwala porównać stan z poprzednim backupem. Nie przywracaj starej bazy sklepu bez sprawdzenia zamówień z ostatnich godzin.
Sprawdź, czy 500 występuje na wszystkich podstronach, także w panelu, czy tylko w jednej funkcji. Poproś hosting o fragment logu związany z podanym czasem. Komunikat w przeglądarce jest zbyt ogólny, by rozstrzygnąć, która wtyczka zawiodła.
Gdzie szukać konkretnego błędu?
W panelu hostingowym może być dostępny log PHP lub log domeny. Jeśli potrzebujesz logowania WordPressa, na czas diagnozy można ustawić w wp-config.php przed końcowym komentarzem, bez powielania istniejących definicji: ``php define('WP_DEBUG', true); define('WP_DEBUG_LOG', true); define('WP_DEBUG_DISPLAY', false); `` Zadbaj o blokadę publicznego dostępu do pliku logu i usuń go po zakończeniu pracy. Log może zawierać ścieżki i informacje o aplikacji. Po diagnozie wyłącz debugowanie. Nie publikuj pełnego logu bez usunięcia danych osobowych i sekretów.
Interpretuj pierwszy istotny komunikat
| Komunikat lub sytuacja | Kierunek diagnozy |
|---|---|
| Allowed memory size exhausted | Zużycie pamięci i przyczyna, dopiero potem limit. |
| Call to undefined function | Rozszerzenie PHP, zgodność wersji lub błąd kodu. |
| Parse error | Ostatnio edytowany plik i jego składnia. |
| Awaria po zmianie PHP | Zgodność wtyczek i motywu z nową wersją. |
| Awaria po edycji .htaccess | Niedozwolona lub błędna dyrektywa. |
Nie myl błędu aplikacji z 502 Bad Gateway, który dotyczy komunikacji bramy z usługą za nią. Kod odpowiedzi i log wskazują różne etapy tej samej ścieżki.
Jak wyłączyć podejrzaną wtyczkę bez panelu?
Jeżeli log wskazuje konkretną wtyczkę, zachowaj jej kopię i tymczasowo zmień nazwę jej katalogu w wp-content/plugins. To pozwala odłączyć zwykłą wtyczkę, gdy panel jest niedostępny. Wtyczki mu-plugins i pliki drop-in wymagają osobnego sprawdzenia. Nie przenoś całego wp-content: są tam również media i motywy.
Po przywróceniu panelu oceń zgodność wersji, a dopiero potem ponownie aktywuj poprawione rozszerzenie. Zmiana katalogu może wyłączyć funkcję istotną dla sprzedaży; wykonaj test formularza, konta i koszyka. Podobny test z motywem przeprowadzaj na kopii, korzystając z motywu dostępnego i zgodnego ze środowiskiem.
Kiedy przywrócić backup?
Gdy masz znaną sprawną wersję i rozumiesz zakres cofnięcia. Czasem wystarczy przywrócić jeden plik lub wtyczkę, zachowując aktualną bazę. Jeśli cofnięcie obejmuje bazę, zaplanuj zachowanie nowych zamówień i kont. Poradnik kopii WordPressa wyjaśnia, jak odtworzenie przetestować.
W zgłoszeniu do obsługi Castpol podaj domenę, godzinę, kod odpowiedzi i ostatnią zmianę. Nie wysyłaj hasła do panelu w treści wiadomości. Konkretne dane pomagają odróżnić problem serwera od problemu aplikacji.
Źródła i dokumentacja
Dokumentacja do dalszej weryfikacji ustawień i wymagań swojej wersji.