HTTP는 주로 암호화에 사용되는 프로토콜입니까?

HTTP는 일반적으로 TCP 위에서 실행되는 간단한 요청-응답 프로토콜입니다.

클라이언트가 서버에 보낼 수 있는 메시지 종류와 서버가 받는 응답 종류를 지정합니다. 요청 및 응답 메시지의 헤더는 ASCII 코드로 제공됩니다. 메시지 내용은 MIME 형식입니다. 이 간단한 모델은 개발과 배포를 매우 간단하게 만들어 주었기 때문에 웹의 초기 성공에 중요한 역할을 했습니다. (추천 학습: 웹 프론트 엔드 비디오 튜토리얼)

1990년에 HTTP는 WWW의 지원 프로토콜이 되었습니다. WWW의 아버지인 창립자 Tim Bemers-Lee가 제안한 이후 WWW 컨소시엄이 구성되어 HTTP 프로토콜을 더욱 개선하고 출시하기 위해 IETF(Internet Engineering Task Force) 그룹을 구성했습니다.

HTTP는 애플리케이션 계층 프로토콜입니다. 다른 애플리케이션 계층 프로토콜과 마찬가지로 특정 유형의 특정 애플리케이션을 구현하기 위한 프로토콜이며 해당 기능은 사용자 공간에서 실행되는 애플리케이션에 의해 구현됩니다.

HTTP는 프로토콜 사양입니다. 이 사양은 문서에 기록되어 있으며 실제로 HTTP 프로토콜을 통해 통신하는 HTTP 구현 프로그램입니다.

HTTP 프로토콜은 C/S 아키텍처를 기반으로 통신합니다. HTTP 프로토콜의 서버 측 구현 프로그램에는 httpd, nginx 등이 포함됩니다. 클라이언트 측 구현 프로그램은 주로 Firefox, Internet Explorer, Google chrome, Safari, Opera 등 또한 클라이언트의 명령줄 도구에는 elink, crul 등이 포함됩니다.

웹 서비스는 TCP 기반이므로 언제든지 클라이언트 요청에 응답하려면 웹 서버가 포트 80/TCP를 수신해야 합니다. 클라이언트 브라우저와 웹 서버는 HTTP 프로토콜을 통해 통신할 수 있습니다.

탄생 초기에 HTTP는 주로 WEB 측의 콘텐츠 획득에 사용되었습니다. 당시에는 콘텐츠가 지금만큼 풍부하지 않았고 레이아웃도 정교하지 않았으며 사용자 상호작용이 거의 없었습니다. 시나리오.

웹 콘텐츠를 얻는 이 간단한 시나리오에서는 HTTP가 꽤 잘 수행됩니다. 그러나 인터넷의 발전과 WEB2.0의 탄생으로 인해 더 많은 콘텐츠가 표시되기 시작했고(더 많은 이미지 파일), 레이아웃이 더 정교해졌고(더 많은 CSS), 더 복잡한 상호 작용이 도입되었습니다(더 많은 jS).

사용자가 웹사이트 홈페이지를 열 때 로드되는 전체 데이터 양과 요청 횟수도 증가하고 있습니다. 현재 대부분의 포털 웹사이트의 홈페이지 크기는 200만 개가 넘고 요청 건수도 최대 100개에 이릅니다.

또 다른 널리 사용되는 애플리케이션은 모바일 인터넷 클라이언트 앱입니다. 다양한 성격의 앱에서 HTTP를 사용하는 방식은 매우 다양합니다. 전자상거래 앱의 경우 홈페이지 로드 요청이 10회 이상 있을 수 있습니다. WeChat과 같은 IM의 경우 HTTP 요청은 음성 및 사진 파일 다운로드로 제한될 수 있으며 요청 빈도도 높지 않습니다.

위 내용은 HTTP는 주로 암호화에 사용되는 프로토콜입니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!