Jak działa HTTP: wyjaśnienie protokołu przesyłania hipertekstu

Spisu treści:

Jak działa HTTP: wyjaśnienie protokołu przesyłania hipertekstu
Jak działa HTTP: wyjaśnienie protokołu przesyłania hipertekstu
Anonim

Hypertext Transfer Protocol zapewnia standard protokołu sieciowego, którego używają przeglądarki internetowe i serwery do komunikacji. Gdy odwiedzasz witrynę, widzisz protokół HTTP, ponieważ protokół znajduje się w adresie URL (na przykład

Ten protokół jest podobny do innych, takich jak protokół przesyłania plików, ponieważ jest używany przez program klienta do żądania plików ze zdalnego serwera. W przypadku protokołu HTTP przeglądarka internetowa żąda plików HTML z serwera internetowego, które są następnie wyświetlane w przeglądarce wraz z tekstem, obrazami, hiperłączami i powiązanymi zasobami.

Ponieważ przeglądarki komunikują się za pomocą HTTP, zwykle możesz usunąć protokół z adresu URL, wpisując go w pasku adresu przeglądarki.

Historia

Tim Berners-Lee stworzył początkowy standard HTTP na początku lat 90. w ramach swojej pracy nad zdefiniowaniem oryginalnej sieci WWW. W latach 90. wdrożono trzy podstawowe wersje:

  • HTTP 0.9: Obsługa podstawowych dokumentów hipertekstowych.
  • HTTP 1.0: Rozszerzenia do obsługi bogatych witryn.
  • HTTP 1.1: Opracowany w celu rozwiązania ograniczeń wydajności HTTP 1.0, określonych w Internet RFC 2068.

Najnowsza wersja, HTTP 2.0, stała się zatwierdzonym standardem w 2015 roku. Zachowuje kompatybilność wsteczną z HTTP 1.1, ale oferuje dodatkowe ulepszenia wydajności.

Podczas gdy standardowy protokół HTTP nie szyfruje ruchu przesyłanego przez sieć, standard HTTPS dodaje szyfrowanie do protokołu HTTP za pomocą protokołu Secure Sockets Layer lub, później, Transport Layer Security.

Jak działa

HTTP to protokół warstwy aplikacji zbudowany na bazie TCP, który wykorzystuje model komunikacji klient-serwer. Klienci i serwery HTTP komunikują się za pośrednictwem komunikatów żądań i odpowiedzi. Trzy główne typy wiadomości HTTP to GET, POST i HEAD.

  • HTTP GET: Wiadomości wysyłane do serwera zawierają tylko adres URL. Na końcu adresu URL można dołączyć zero lub więcej opcjonalnych parametrów danych. Serwer przetwarza opcjonalną część adresu URL zawierającą dane, jeśli jest obecna, i zwraca wynik (stronę internetową lub element strony internetowej) do przeglądarki.
  • HTTP POST: Wiadomości umieszczają dowolne opcjonalne parametry danych w treści wiadomości żądania, zamiast dodawać je na końcu adresu URL.
  • HTTP HEAD: Żądania działają tak samo jak żądania GET. Zamiast odpowiadać pełną zawartością adresu URL, serwer odsyła tylko informacje nagłówka (zawarte w sekcji HTML).
Image
Image

Przeglądarka inicjuje komunikację z serwerem HTTP, inicjując połączenie TCP z serwerem. Sesje przeglądania sieci Web domyślnie używają portu 80 serwera, chociaż czasami używane są inne porty, takie jak 8080.

Po ustanowieniu sesji uruchamiasz wysyłanie i odbieranie wiadomości HTTP, odwiedzając stronę internetową.

HTTP to tak zwany system bezstanowy. Oznacza to, że w przeciwieństwie do innych protokołów przesyłania plików, takich jak FTP, połączenie HTTP jest zrywane po zakończeniu żądania. Tak więc, gdy przeglądarka internetowa wyśle żądanie, a serwer odpowie stroną, połączenie zostanie zamknięte.

Rozwiązywanie problemów z

Wiadomości przesyłane przez HTTP mogą się nie powieść z kilku powodów:

  • Błąd użytkownika.
  • Awaria przeglądarki internetowej lub serwera WWW.
  • Błędy podczas tworzenia stron internetowych.
  • Tymczasowe usterki sieci.

Gdy wystąpią te błędy, protokół przechwytuje ich przyczynę i zgłasza do przeglądarki kod błędu zwany wierszem/kodem stanu HTTP. Błędy zaczynają się od określonej liczby, aby wskazać rodzaj błędu.

Na przykład błędy z kodem niepowodzenia zaczynającym się od cyfry cztery wskazują, że żądanie dotyczące strony nie może zostać poprawnie wypełnione lub że żądanie zawiera nieprawidłową składnię. Na przykład błędy 404 oznaczają, że nie można znaleźć strony internetowej; niektóre witryny oferują nawet zabawne niestandardowe strony błędów 404.

Zalecana: