Logi pomagają ustalić, co wydarzyło się na serwerze w chwili błędu. W Plesku możesz przeglądać żądania do strony oraz komunikaty błędów bez pobierania wszystkich plików i bez połączenia SSH. Zacznij od domeny, czasu zdarzenia i czynności, która wywołuje problem.
Otwórz logi właściwej domeny
- Zaloguj się do Pleska i wybierz domenę lub subdomenę, na której pojawia się błąd.
- Na karcie Dashboard, w narzędziach deweloperskich, kliknij Logi.
- Kliknij Odśwież, aby pobrać najnowsze wpisy. Do obserwacji pojedynczego testu możesz użyć Uruchom aktualizacje w czasie rzeczywistym.
- Odtwórz problem w osobnym oknie strony, wróć do logów i porównaj czas testu z nowymi wpisami. Uwzględnij strefę czasową pokazywaną przez panel.
Zawęź wynik zamiast czytać cały log
Użyj pola Od, aby ograniczyć czas. Wybierz typ wpisu, wpisz kod HTTP, np. 500, albo fragment ścieżki czy komunikatu w polu Wiadomość. Lista Wszystkie logi pozwala wybrać źródło. Gdy filtr nie pokazuje wyników, usuń część warunków i sprawdź szerszy przedział.
Żądania strony pojawiają się w plikach dostępu, takich jak access_log i access_ssl_log. Komunikaty aplikacji lub serwera możesz znaleźć w error_log. Nazwy w interfejsie bywają oznaczone jako Apache — na serwerze DoSieci z LiteSpeedem sama etykieta nie oznacza, że witryna działa na Apache. Dostępne pliki zależą od konfiguracji domeny.
Jak rozumieć typowe wyniki?
- 200: serwer poprawnie odpowiedział na żądanie. Nie dowodzi to, że treść strony lub każda funkcja aplikacji jest poprawna.
- 301 lub 302: nastąpiło przekierowanie. Może być prawidłowe, np. do HTTPS albo docelowej wersji adresu. Sprawdź miejsce docelowe i ewentualną pętlę.
- 404: żądany zasób nie istnieje. Pojedyncze próby otwarcia obcych ścieżek bywają ruchem botów; istotny jest błąd dotyczący rzeczywistego linku na stronie.
- 403: dostęp został odmówiony. Przyczyną mogą być reguły aplikacji, uprawnienia lub zabezpieczenia — nie wyłączaj ochrony tylko na podstawie samego kodu.
- 500: błąd po stronie serwera lub aplikacji. Odczytaj komunikat z tego samego czasu, np.
PHP Fatal error. - Allowed memory size exhausted: skrypt przekroczył limit pamięci PHP. Sprawdź memory_limit i operację, która zużywa pamięć.
Pobranie pliku i logi aplikacji
Kliknij Zarządzaj plikami logów, aby zobaczyć listę dostępnych plików i pobrać właściwy. Starsze zdarzenia mogą być w plikach po rotacji. Log WordPressa czy innej aplikacji może znajdować się osobno — nie każdy komunikat jest automatycznie częścią logu domeny.
Włączanie debugowania na działającym sklepie warto uzgodnić z osobą obsługującą aplikację. Błędy nie powinny być pokazywane klientom na stronie, a dodatkowy log trzeba zabezpieczyć i wyłączyć po diagnostyce.
Co przesłać obsłudze?
Podaj domenę, dokładny czas ze strefą czasową, adres podstrony bez poufnych parametrów, kroki odtworzenia i kilka wpisów związanych z tym zdarzeniem. Usuń hasła, tokeny, dane formularzy i dane osobowe. Prześlij je przez zgłoszenie w Panelu klienta.
Nie czyść logów przed ustaleniem przyczyny. Usunięcie wpisów nie naprawia błędu i pozbawia diagnostykę potrzebnego kontekstu.