W świecie rozwoju sieci kody błędów HTTP odgrywają kluczową rolę w wpływaniu na doświadczenia użytkownika i reputację witryny. W tym artykule rozważymy pełną listę kodów błędów serwera, przeanalizujemy ich znaczenie i nauczymy się, jak skutecznie interpretować kody odpowiedzi serwera, aby rozwiązywać problemy i optymalizować wydajność aplikacji internetowych.
Co to jest kod odpowiedzi HTTP
Kod odpowiedzi HTTP to język serwerów internetowych, który tłumaczy żądania przeglądarki na zrozumiałe instrukcje. Jest jak poeta odpowiadający na wirtualne pytania, nadając im znaczenie i kierunek. Kody odpowiedzi nie zawsze są kodami błędów HTTP. Na przykład „200 OK” oznacza, że wszystko jest w porządku, ale błąd HTTP „404 Not Found” oznacza, że strona została utracona w przestrzeni wirtualnej. Każdy kod jest unikalnym wyrażeniem stanu serwera, którego dekodowanie pozwala nam zrozumieć, co dzieje się po drugiej stronie wirtualnego świata.
Kody 1xx (Informacje)
Kody statusu 1xx w protokole HTTP są swego rodzaju pierwszym ogniwem w dialogu między serwerem a klientem. Zamiast dostarczać pełną odpowiedź na żądanie, dostarczają informacji o bieżącym statusie, co sprawia, że wymiana danych jest bardziej wydajna. Przyjrzyjmy się im bliżej:
100 Kontynuuj . Kod odpowiedzi HTTP, w którym serwer daje użytkownikowi zielone światło, pozwalając mu bezpiecznie kontynuować wysyłanie dużego żądania.
101 Zmiana protokołów . Serwer informuje klienta o zmianie reguł gry, na przykład o przejściu z HTTP na bezpieczniejszy HTTPS. W takim przypadku do zmiany protokołu używany jest nagłówek „Upgrade”.
102 Przetwarzanie . Ten kod przypomina wiadomość, że serwer zaakceptował żądanie, ale nadal jest zajęty złożoną operacją.
103 Wczesne wskazówki . W tym przypadku serwer wysyła klientowi kilka nagłówków informacyjnych przed główną odpowiedzią, ostrzegając o czymś, co może okazać się istotne w najbliższej przyszłości.
Kod 2xx (Pomyślny)
Kody błędów HTTP w grupie 2xx wskazują na pomyślne żądanie z serwera. Działają one zasadniczo jako „zielone światło” w zakresie komunikacji internetowej, potwierdzając, że wszystko idzie zgodnie z planem i zostało pomyślnie ukończone.
200 OK . Ten status jest używany, gdy serwer przetwarza żądanie metodą GET bez problemów i zwraca żądane dane w odpowiedzi. Nagłówek „Content-Type” podaje typ zawartości w odpowiedzi. Informuje on jedynie klienta o pomyślnym przetworzeniu żądania.
201 Utworzono . W tym miejscu serwer ogłasza utworzenie nowego zasobu.
202 Zaakceptowano . Serwer informuje użytkownika, że żądanie zostało zaakceptowane, ale odpowiedź będzie udzielona dopiero po pewnym czasie.
203 Informacje niemające charakteru oficjalnego . Ten kod dostarcza klientowi danych, które mogą nie być oficjalne, ale mogą być wykorzystane do porównania.
204 Brak treści . Serwer przetworzył żądanie, ale nie zwraca żadnej dodatkowej treści.
205 Resetuj zawartość . W tym miejscu klient otrzymuje polecenie zresetowania bieżącego widoku lub danych po wysłaniu.
206 Częściowa zawartość . Ten przypadek oznacza, że odpowiedź zawiera tylko część żądanej zawartości. Nagłówek „Content-Range” wskazuje częściowy zakres zawartości.
207. Multi-Status. Serwer pomyślnie zrealizował żądanie wielooperacyjne od klienta, a odpowiedź zawiera informacje o statusie każdej z operacji.
226 Użyto IM . Ten kod wskazuje, że serwer użył metody Incremental Metadata (IM) i odpowiedział, przekazując klientowi tylko zmodyfikowane części zasobów.
Kody 3xx (przekierowania)
Kody 3xx w protokole HTTP są jak wskaźniki, które kierują użytkownika do nowej lokalizacji zasobu. Informują klienta, że należy wykonać dalsze kroki, aby uzyskać żądaną treść lub zostać przekierowanym do innego zasobu. Przyjrzyjmy się szczegółom każdego z nich:
300 opcji wielokrotnego wyboru . Klient otrzymuje sygnał informujący o kilku możliwych lokalizacjach zasobu i w odpowiedzi otrzymuje możliwość wyboru. W obecnych okolicznościach nagłówek „Lokalizacja” może wskazywać alternatywne opcje dla zasobu.
301 Przeniesiono trwale. Serwer informuje użytkownika, że zasób został trwale przeniesiony do innej lokalizacji.
Znaleziono 302. Ten kod HTTP jest podobny do tymczasowego przekierowania. Serwer informuje użytkownika, że zasób jest tymczasowo dostępny pod innym adresem URL. Nagłówek „Location” wskazuje na nowy adres URL dla tymczasowego przekierowania.
303 Zobacz Inne . Klientowi zostaje przekazana informacja, że zasób jest dostępny pod innym adresem URL i musi wysłać żądanie GET na ten nowy adres.
304 Niezmodyfikowany . Ten status informuje klienta, że zasób pozostał niezmieniony od ostatniego żądania i nie trzeba go ponownie pobierać. Podczas wysyłania żądania nagłówek „If-Modified-Since” służy do sprawdzenia, czy zasób został zmodyfikowany.
305 Użyj serwera proxy. W odpowiedzi serwer zgłasza, że powinien użyć wskazanego serwera proxy, aby uzyskać dostęp do żądanego zasobu.
306 (zarezerwowany) — Kod został zarezerwowany, ale w rzeczywistości nie jest używany.
307 Przekierowanie tymczasowe . Ten kod jest podobny do kodu 302 Znaleziono, ale wymaga od klienta pozostania w metodzie żądania, która została użyta w pierwotnym żądaniu.
308 Przekierowanie trwałe . Oznacza, że zasób został trwale przeniesiony do nowego URI i klient powinien używać nowego URI we wszystkich przyszłych żądaniach.
Błąd HTTP 4xx (błędy klienta)
Kody błędów HTTP 4xx wskazują na błędy klienta. Oznacza to, że problem leży po stronie użytkownika, np. przeglądarki internetowej lub aplikacji.
400 Błędne żądanie . Serwer nie może przetworzyć żądania z powodu błędów składniowych, nieprawidłowych danych lub innych błędów po stronie klienta.
401 Brak autoryzacji. Serwer nie może przetworzyć żądania z powodu błędów składniowych, nieprawidłowych danych lub innych błędów po stronie klienta.
402 Wymagana płatność . Kod jest obecnie nieaktywny i jest zarezerwowany do wykorzystania w przyszłości. Może wskazywać na konieczność dokonania płatności przed uzyskaniem dostępu do zasobu w przyszłości.
Błąd HTTP 403: Dostęp zabroniony. Klient nie ma wystarczających uprawnień do dostępu do żądanego zasobu.
404 Nie znaleziono. Żądany zasób nie istnieje na serwerze. To jeden z najczęstszych błędów użytkowników.
405 Metoda niedozwolona . Serwer nie obsługuje określonej metody żądania w tym zasobie. Nagłówek „Allow” wskazuje dozwolone metody dla zasobu. Za pomocą tego kodu,
406 Nieakceptowalne. Serwer nie może dostarczyć danych w formacie akceptowanym przez klienta.
407 Wymagane uwierzytelnienie serwera proxy . Uwierzytelnienie na serwerze proxy jest wymagane w celu uzyskania dostępu do żądanego zasobu.
408 Przekroczono limit czasu żądania . Serwer oczekiwał na otrzymanie żądania od klienta, ale upłynął limit czasu. Nagłówek „Retry-After” może wskazywać czas, po którym można ponowić żądanie.
409 Konflikt. Żądanie nie może zostać zrealizowane z powodu konfliktu z bieżącym stanem zasobu.
410 Zniknął . Żądany zasób istniał wcześniej, ale został usunięty i nie oczekuje się jego przywrócenia.
411 Wymagana długość . Serwer żąda podania długości treści w żądaniu; brak tej informacji jest uznawany za błąd.
412 Niespełniony warunek wstępny . Warunek wstępny w żądaniu nie jest spełniony, co uniemożliwia jego wykonanie.
413 Zbyt duży ładunek . Rozmiar żądanych danych przekracza limity serwera.
414 Zbyt długi adres URI . Długość adresu URI w żądaniu przekracza dopuszczalne limity.
415 Nieobsługiwany typ nośnika . Serwer nie może przetworzyć typu danych podanego w żądaniu.
416 Zakres niemożliwy do spełnienia . Błąd HTTP, w którym żądany zakres nie pasuje do bieżących danych serwera.
417 Niespełnienie oczekiwania . Oczekiwany warunek w nagłówku „Expect” nie został spełniony.
418 Jestem czajnikiem . Ten kod jest żartem i nie sugeruje żadnych działań ze strony użytkownika ani serwera, ani nie jest pełnoprawnym błędem. Wskazuje on, że serwer jest czajnikiem i nie jest w stanie zaparzyć kawy.
421 Błędnie skierowane żądanie . Serwer nie przetwarza żądania z powodu błędu w żądaniu lub konfiguracji serwera.
422 Jednostka niemożliwa do przetworzenia . Serwer rozumie żądanie, ale nie przetwarza go z powodu błędów danych.
423 Zablokowano. Zasób jest zablokowany i nie można go przetworzyć.
424 Nieudana zależność . Żądanie zależy od innego, niewykonanego żądania.
425 Za wcześnie. Serwer nie jest gotowy do przetworzenia żądania z powodu jego zbyt wczesnego nadejścia.
426 Wymagana aktualizacja . Serwer wymaga użycia bardziej zaawansowanego protokołu do przetworzenia żądania.
428 Wymagany warunek wstępny . Serwer wymaga, aby w żądaniu określono pewne warunki wstępne.
429 Zbyt wiele żądań . Klient wysłał zbyt wiele żądań w krótkim czasie, przekraczając limity serwera.
431 Pola nagłówka żądania są za duże . Nagłówki żądania przekraczają maksymalny dozwolony rozmiar.
449 Spróbuj ponownie. Oznacza, że żądanie nie może zostać wykonane przez bieżący serwer, ale może zostać pomyślnie przetworzone przez inny serwer i klient powinien ponowić żądanie z nowym URI.
451 Niedostępne z przyczyn prawnych . Zasób jest niedostępny z przyczyn prawnych.
499 Klient zamknął żądanie . Serwer odebrał żądanie, ale połączenie zostało zamknięte przez klienta przed zakończeniem przetwarzania.
Błąd HTTP 5xx (Błędy serwera)
Kody błędów HTTP 5xx wskazują na problemy z serwerem. Kody te wskazują na problemy, które wystąpiły po stronie serwera, uniemożliwiając serwerowi przetworzenie żądania użytkownika w prawidłowy sposób. Przyjrzyjmy się im bliżej:
Błąd HTTP 500 Wewnętrzny błąd serwera . Serwer napotyka nieoczekiwane okoliczności, które uniemożliwiają mu ukończenie żądania. Nagłówek „Serwer” może wskazywać serwer, na którym wystąpił błąd.
501 Nie zaimplementowano . Serwer nie obsługuje funkcjonalności wymaganej do przetworzenia żądania klienta. Nagłówek „Via” może wskazywać serwer proxy, za pośrednictwem którego wystąpił błąd.
502 Bad Gateway . Ten kod oznacza, że serwer proxy otrzymał nieprawidłową odpowiedź od innego serwera.
Błąd HTTP 503 Usługa niedostępna . Serwer tymczasowo nie może przetwarzać żądań.
504 Przekroczono limit czasu bramy . Serwer pełniący funkcję serwera proxy nie otrzymał terminowej odpowiedzi od innego serwera.
505 Wersja HTTP nieobsługiwana . Serwer nie obsługuje wersji protokołu HTTP określonej w żądaniu. Jako opcja zapasowa, nagłówek „Upgrade” może wskazywać obsługiwane protokoły.
506 Wariant również negocjuje . Ten status nie jest używany w protokole HTTP/1.1; jednak jeśli serwer wykryje wewnętrzną konfigurację powodującą niejednoznaczność negocjacji treści, może użyć tej odpowiedzi.
507 Brak wystarczającej ilości miejsca . Serwer nie może zrealizować żądania z powodu niewystarczającej ilości miejsca na serwerze.
508 Wykryto pętlę . Serwer wykrył pętlę podczas przetwarzania żądania i odmawia jego ukończenia, aby uniknąć pętli nieskończonej.
509 Przekroczono limit przepustowości . Błąd występuje, gdy przepustowość serwera zostanie przekroczona z powodu dużej liczby żądań lub ruchu.
510 Nie przedłużono . Aby kontynuować żądanie, klient musi przesłać dodatkowe przedłużenia.
511 Wymagane uwierzytelnienie sieciowe . Klient musi się uwierzytelnić, aby uzyskać dostęp do sieci.
Jak sprawdzić kod statusu strony
W tej sekcji rozważymy trzy główne sposoby sprawdzania kodu statusu strony: za pomocą wiersza poleceń, za pomocą przeglądarki internetowej i za pomocą niezależnych usług online. Każda z tych metod ma swoje zalety i może być przydatna w różnych sytuacjach.
Sprawdzanie odpowiedzi serwera za pomocą wiersza poleceń
Wiersz poleceń zapewnia wygodny sposób sprawdzania kodu statusu strony bez konieczności korzystania z przeglądarki internetowej. W przypadku tej metody należy otworzyć wiersz poleceń i użyć polecenia:
curl -I http://page-addressTo polecenie wysyła żądanie HEAD (żądanie zawierające tylko nagłówki) na określony adres URL i wyświetla informacje, w tym kod stanu HTTP:
Powyższy przykład pokazuje kod pomyślnej odpowiedzi. W przypadku odpowiedzi zawierającej kod błędu, taki jak 404 Not Found HTTP error, wynik będzie wyglądał podobnie:
Sprawdzanie odpowiedzi serwera za pomocą konsoli przeglądarki
Konsola programisty przeglądarki internetowej udostępnia narzędzia do przeprowadzania różnych operacji, w tym sprawdzania kodu stanu strony. Aby zobaczyć kod HTTP w odpowiedzi serwera, musisz otworzyć konsolę programisty (Ctrl+Shift+K) lub (Ctrl+Shift+J) w zależności od używanej przeglądarki. Następnie wybierz sekcję „sieć” i załaduj żądaną stronę:
Sprawdzanie odpowiedzi serwera za pomocą niezależnych narzędzi
Istnieje wiele niezależnych usług online, które oferują narzędzia do sprawdzania kodu statusu strony internetowej. Usługi te zazwyczaj pozwalają na szybki podgląd dostępności i wydajności zasobu. Wszystkie działają na tej samej zasadzie. Jako przykład rozważymy najpopularniejszy zasób – httpstatus.io.
Przede wszystkim musisz otworzyć samą usługę, a następnie wpisać adres strony, na której chcesz znaleźć odpowiedź i poprosić o weryfikację:
Wynik zostanie wyświetlony na dole strony:
Wniosek
Podsumowując, należy podkreślić, że zrozumienie i umiejętność odczytywania kodów błędów HTTP to kluczowa umiejętność dla każdego zaangażowanego w rozwój sieci i konserwację serwerów. Gdy odkrywamy każdy błąd i badamy narzędzia do jego wykrywania, widzimy powody, dla których tak ważne jest skuteczne zarządzanie tymi aspektami usług sieciowych.
