Najpierw ustal, co dokładnie nie działa
Awaria strony może oznaczać różne rzeczy: witryna wcale się nie otwiera, wyświetla komunikat o błędzie, nie działa tylko formularz albo problem dotyczy jednej podstrony. Zanim zajrzysz do logów, zapisz adres strony, przybliżoną godzinę próby i to, co pojawiło się na ekranie. Sprawdź też, czy problem występuje na innym urządzeniu lub w innej przeglądarce. To pomoże odróżnić powtarzalną usterkę od pojedynczego problemu z wyświetlaniem.
Jeśli awaria zaczęła się po konkretnej zmianie, zanotuj ją: aktualizację systemu zarządzania treścią, instalację dodatku, zmianę ustawień lub edycję plików. Nie zakładaj jednak od razu, że ta zmiana jest przyczyną. Godzina i opis objawu stanowią punkt odniesienia, dzięki któremu łatwiej znaleźć właściwe wpisy w logach.
Gdzie szukać logów strony
Logi to zapisy zdarzeń związanych z działaniem witryny i serwera. W panelu hostingu szukaj nazw takich jak „Logi”, „Dzienniki”, „Błędy” lub „Statystyki”. Dostępne mogą być logi dostępu, pokazujące żądania kierowane do strony, oraz logi błędów, zawierające komunikaty o problemach podczas obsługi tych żądań. Nazwy i zakres danych zależą od usługi hostingowej; nie każdy panel udostępnia oba rodzaje zapisów.
Warto sprawdzić również logi aplikacji, jeśli korzystasz z systemu zarządzania treścią lub własnego oprogramowania. Mogą znajdować się w panelu systemu, w plikach witryny albo być dostępne wyłącznie dla administratora hostingu. Jeśli nie widzisz żadnych logów, zajrzyj do pomocy technicznej swojej usługi i zapytaj, gdzie są dostępne oraz jak długo są przechowywane. Nie włączaj szczegółowego wyświetlania błędów na publicznej stronie tylko po to, by poznać treść komunikatu: może ono ujawnić odwiedzającym informacje o konfiguracji.
Jak czytać wpisy bez znajomości administracji serwerem
Zacznij od czasu zdarzenia. Odszukaj wpisy z chwili, w której udało się odtworzyć problem, pamiętając, że godzina w logu może być zapisana w innej strefie czasowej niż godzina na Twoim urządzeniu. Następnie porównaj adres podstrony z tym, który sprawdzałeś. Pojedynczy niepokojący wpis nie musi mieć związku z awarią; bardziej użyteczna jest powtarzająca się grupa komunikatów pasująca do czasu i objawu.
W logach dostępu możesz zobaczyć kod odpowiedzi. Kod 404 zwykle oznacza, że wskazanego zasobu nie znaleziono, a 403 — że odmówiono dostępu. Kody 500 i 503 wskazują na problem po stronie obsługi żądania, lecz same nie mówią, co go wywołało. Kod 502 może pojawić się wtedy, gdy jeden element infrastruktury nie otrzyma prawidłowej odpowiedzi od innego. Nie traktuj tych kodów jak gotowej diagnozy: zajrzyj do sąsiednich wpisów w logu błędów.
Komunikaty o brakującym pliku, błędzie wykonania programu lub przekroczonym limicie zasobów mogą zawęzić obszar poszukiwań. Nie musisz rozumieć każdej linijki. Zanotuj dokładny komunikat, jego czas i to, czy pojawia się przy każdej próbie otwarcia strony. Unikaj usuwania plików lub zmiany uprawnień wyłącznie na podstawie jednego wpisu.
Prosta kolejność sprawdzania przy awarii
Otwórz niedziałającą podstronę raz jeszcze i zapisz godzinę tej próby. Następnie sprawdź log dostępu: czy widać żądanie dotyczące właściwego adresu i jaki kod odpowiedzi otrzymało? Jeśli żądania nie ma, problem może występować wcześniej niż obsługa witryny przez ten serwer albo log może nie obejmować tego ruchu. Jeśli żądanie jest widoczne, poszukaj wpisów z tej samej chwili w logu błędów i, jeśli jest dostępny, w logu aplikacji.
Porównaj wynik z ostatnimi zmianami na stronie, ale zachowaj ostrożność przy próbach naprawy. Przed zmianą ustawień lub przywróceniem starszej wersji upewnij się, że masz aktualną kopię zapasową i wiesz, co obejmuje. Przy stronie firmowej, blogu czy katalogu warto też sprawdzić, czy błąd dotyczy całej witryny, panelu administracyjnego czy tylko jednej funkcji. Taka informacja ułatwia dalsze działania.
Co przekazać pomocy technicznej i jak chronić dane
Jeśli nie potrafisz ustalić przyczyny, wyślij do administratora lub pomocy hostingu krótki, konkretny opis: adres problematycznej strony, godzinę próby wraz ze strefą czasową, widoczny objaw, kod odpowiedzi oraz powiązane komunikaty z logu. Dodaj informację, czy problem da się powtórzyć i co zmieniło się ostatnio w witrynie. Pytanie „co oznacza ten wpis i który element obsługi strony go wygenerował?” jest zwykle bardziej pomocne niż samo stwierdzenie, że strona nie działa.
Logi mogą zawierać adresy IP, fragmenty adresów URL z danymi użytkowników lub inne informacje, których nie należy publikować. Nie wklejaj całych dzienników na publiczne forum. Przed udostępnieniem fragmentu usuń niepotrzebne dane osobowe, hasła i klucze, a szczegóły przekaż bezpiecznym kanałem wskazanym przez usługodawcę. Logi są wskazówką do diagnozy, nie gwarancją natychmiastowej odpowiedzi — nawet krótki zapis kilku dobrze dobranych prób może jednak znacznie ułatwić znalezienie problemu.
