HTTP, HTTPS, SPDY, HTTP2를 한번에 이해
이 글의 내용은 HTTP, HTTPS, SPDY, HTTP2를 한번에 이해하는 것에 관한 내용으로, 도움이 필요한 친구들이 참고할 수 있기를 바랍니다.
인터넷 통신 프로토콜의 베테랑으로서 HTTP 프로토콜은 현재 세 가지 버전 변경을 거쳤습니다. 현재 최신 버전은 모두가 익숙할 것으로 생각되는 HTTP2.0입니다. 오늘은 HTTP의 과거와 현재에 대해 잘 소개하겠습니다.
HTTP/0.9
HTTP의 초기 버전은 1991년에 탄생했습니다. 이 초기 버전은 지금에 비해 매우 간단합니다. HTTP 헤더도 없고, 상태 코드도 없으며, 이후 버전 번호도 없습니다. 0.9로 결정되어 다른 HTTP 버전과 구별됩니다. HTTP/0.9는 Get이라는 한 가지 방법만 지원하며 요청에는 한 줄만 있습니다.
GET /hello.html
응답도 매우 간단하며 HTML 문서 자체만 포함되어 있습니다.
<HTML> Hello world </HTML>
TCP 연결이 설정되면 서버는 HTML 형식의 문자열을 클라이언트에 반환합니다. 전송 후 TCP 연결을 닫습니다. 상태 코드와 오류 코드가 없기 때문에 서버 처리 중 오류가 발생하면 문제 설명 정보가 포함된 특수 HTML 파일만 반환됩니다. 이는 HTTP/0.9의 초기 버전입니다.
HTTP/1.0
1996년에 HTTP/1.0 버전이 출시되어 HTTP의 전송 내용이 크게 풍부해졌고, 텍스트 외에도 사진, 비디오 등도 전송할 수 있어 HTTP의 기반이 마련되었습니다. 인터넷의 발달. HTTP/0.9와 비교하여 HTTP/1.0은 주로 다음과 같은 특징을 가지고 있습니다.
요청 및 응답은 HTTP 헤더를 지원하고 상태 코드가 추가되며 응답 개체의 시작 부분은 응답 상태 라인입니다.
프로토콜 버전 정보를 전송해야 합니다. 요청과 함께 HEAD, POST 메서드를 지원합니다.
HTML 파일 이외의 다른 유형의 콘텐츠 전송을 지원합니다.
일반적인 HTTP/1.0 요청은 다음과 같습니다.
GET /hello.html HTTP/1.0 User-Agent:NCSA_Mosaic/2.0（Windows3.1） 200 OK Date: Tue, 15 Nov 1996 08:12:31 GMT Server: CERN/3.0 libwww/2.17 Content-Type: text/html <HTML> 一个包含图片的页面 <img src="/static/imghw/default1.png" data-src="/smile.gif" class="lazy" alt="HTTP, HTTPS, SPDY, HTTP2를 한번에 이해" > </HTML>
HTTP/1.1
HTTP/1.0 몇 달 후, HTTP/1.1이 출시되었습니다. HTTP/1.1은 HTTP/1.0보다 더 개선되었습니다. HTTP1.1에서는 주로 다음과 같은 개선 사항이 있습니다:
연결을 재사용할 수 있습니다.
파이프라인 추가: HTTP 파이프라인은 일괄 처리 기술로 여러 HTTP 요청을 제출하는 것입니다. 전송 과정에서 서버의 응답을 기다릴 필요가 없습니다. 파이프라인 메커니즘은 지속적인 연결을 통해 완료되어야 합니다. 브라우저의 HTTP 요청 일괄 제출은 특히 전송 지연(지연/대기 시간)이 높은 경우 페이지 로딩 시간을 크게 단축할 수 있습니다. 한 가지 주목할 점은 멱등성 요청만 GET 및 HEAD 메서드와 같은 파이프라인을 사용할 수 있다는 것입니다.
청크 인코딩 전송: 이 인코딩은 엔터티를 청크로 전송하고 길이가 전송 끝을 나타내는 0 블록이 될 때까지 블록별로 길이를 나타냅니다. 이는 엔터티의 길이를 알 수 없는 경우(예: 데이터)에 특히 유용합니다. 데이터베이스에 의해 동적으로 생성됨)
etag, 캐시 제어와 같은 더 많은 캐시 제어 메커니즘 도입
언어, 인코딩, 유형 등을 포함한 콘텐츠 협상 메커니즘을 도입하고 클라이언트와 서버가 가장 많은 것을 교환하는 데 동의할 수 있도록 합니다. 적절한 콘텐츠
요청 메시지와 응답 메시지 모두 지원됩니다. 호스트 헤더 필드: HTTP 1.0에서는 각 서버가 고유한 IP 주소에 바인딩된 것으로 간주됩니다. 따라서 요청 메시지의 URL은 호스트 이름을 전달하지 않습니다. 그러나 가상 호스트 기술의 발달로 인해 하나의 물리적 서버에 여러 개의 가상 호스트(멀티 홈 웹 서버)가 존재할 수 있으며, 이들은 IP 주소를 공유합니다. 따라서 Host 헤더의 도입이 필요합니다.
새로운 옵션, PUT, DELETE, TRACE, CONNECT 방법
HTTP/1.1은 가장 널리 사용되는 프로토콜 버전으로 여러 측면에서 최적화되었지만 이미 많은 네트워크 요구 사항을 충족할 수 있지만 웹 페이지가 점점 더 복잡해짐에 따라 HTTP/1.1은 독립적인 애플리케이션으로 발전하면서 점차 몇 가지 문제를 노출했습니다.
데이터를 전송할 때 매번 연결을 다시 설정해야 하는데, 이는 특히 모바일 단말기에 불리합니다.
전송 내용이 일반 텍스트이므로 충분히 안전하지 않습니다.
헤더 내용이 너무 크고, 요청할 때마다 헤더가 많이 변하지 않아 낭비가 발생합니다
keepalive는 서버에 성능 압박을 가져옵니다
이러한 문제를 해결하기 위해 HTTPS와 SPDY가 등장했습니다. .
SPDY
사실 SPDY는 새로운 프로토콜이 아니고 HTTP 이전의 세션 레이어입니다.
2010년부터 2015년까지 Google은 실험적인 SPDY 프로토콜을 구현하여 클라이언트와 서버 간에 데이터를 교환하는 대안적인 방법을 시연했습니다. 브라우저와 서버 측 개발자의 초점을 포착하여 증가하는 응답량을 식별하고 복잡한 데이터 전송을 해결합니다. SPDY 프로젝트 시작 시 기본 목표는 다음과 같습니다.
페이지 로드 시간(PLT)을 50% 줄입니다.
웹사이트 작성자가 아무것도 수정할 필요가 없습니다.
네트워크 인프라를 변경하지 않고도 배포 복잡성을 최소화합니다.
이 새로운 프로토콜을 개발하기 위해 오픈 소스 커뮤니티와 협력하고 있습니다.
실제 성능 데이터를 수집하여 이 실험 프로토콜이 효과적인지 확인하세요.
페이지 로드 시간 단축이라는 목표를 달성하기 위해 SPDY는 다방향 요청 및 응답을 가능하게 하는 새로운 바이너리 프레이밍 데이터 계층을 도입하고, 우선순위를 지정하고, 불필요한 네트워크 지연을 최소화하고 제거하여 기본을 더욱 효율적으로 사용합니다. TCP 연결.
HTTP/2.0
2015년에는 HTTP/2.0이 나왔습니다. 먼저 HTTP/2.0의 특징을 소개하겠습니다.
바이너리 프레이밍 계층 사용: 애플리케이션 계층과 전송 계층 사이에 바이너리 프레이밍 계층을 추가하여 HTTP의 의미를 변경하지 않고 달성합니다. HTTP 메서드, 상태 코드, URI 및 헤더 필드의 경우 HTTP1.1의 성능 한계를 극복하고 전송 성능을 향상하며 낮은 대기 시간과 높은 처리량을 달성합니다. 바이너리 프레이밍 계층에서 HTTP2.0은 전송된 모든 정보를 더 작은 메시지와 프레임으로 나누고 이를 바이너리 형식으로 인코딩합니다. HTTP1.x의 헤더 정보는 헤더 프레임에 캡슐화되며 요청 본문은 다음과 같이 캡슐화됩니다. 데이터 프레임.
Binary Framing
Multiplexing: HTTP/1.x의 경우 긴 연결이 활성화되어 있어도 대역폭이 충분하면 요청이 순차적으로 전송됩니다. HTTP/2.0은 대역폭 활용도를 높이기 위해 여러 요청을 병렬로 보낼 수 있는 다중화 방법을 채택합니다.
Multiplexing
데이터 흐름 우선순위: 요청이 동시에 전송될 수 있으므로 브라우저가 주요 CSS 또는 JS 파일의 처리가 완료되기를 기다리는 상황이 있는 경우 페이지 렌더링 중에 서버가 이미지 리소스 전송에 집중하는 경우 어떻게 해야 합니까? HTTP/2.0은 데이터 흐름에 대한 우선순위 값을 설정할 수 있습니다. 이 우선순위 값은 클라이언트와 서버가 다양한 흐름을 처리하는 데 사용하는 다양한 우선순위 전략을 결정합니다.
서버 측 푸시: HTTP/2.0에서는 서버가 클라이언트에 요청 이외의 내용을 보낼 수 있습니다. 예를 들어 페이지가 요청되면 서버가 페이지 관련 내용을 직접 푸시합니다. 로고, CSS 및 기타 파일을 클라이언트는 요청을 보내기 전에 요청이 올 때까지 기다리지 않습니다. 서버는 클라이언트가 이러한 것들을 사용할 것이라고 생각하기 때문입니다. 이는 하나의 HTML 문서에 모든 리소스를 모으는 것과 같습니다.
헤더 압축: 헤더 테이블을 사용하여 이전에 전송된 키-값 쌍을 추적하고 저장합니다. 동일한 콘텐츠의 경우 각 요청 및 응답으로 전송되지 않습니다.
위 내용은 HTTP, HTTPS, SPDY, HTTP2를 한 번에 이해하기 위한 완전한 소개입니다. Html5 튜토리얼에 대해 더 자세히 알고 싶다면 주의하세요. PHP 중국어 웹사이트.
위 내용은 HTTP, HTTPS, SPDY, HTTP2를 한번에 이해의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!
핫 AI 도구
Undresser.AI Undress
사실적인 누드 사진을 만들기 위한 AI 기반 앱
AI Clothes Remover
사진에서 옷을 제거하는 온라인 AI 도구입니다.
Undress AI Tool
무료로 이미지를 벗다
Clothoff.io
AI 옷 제거제
AI Hentai Generator
AI Hentai를 무료로 생성하십시오.
인기 기사
뜨거운 도구
메모장++7.3.1
사용하기 쉬운 무료 코드 편집기
SublimeText3 중국어 버전
중국어 버전, 사용하기 매우 쉽습니다.
스튜디오 13.0.1 보내기
강력한 PHP 통합 개발 환경
드림위버 CS6
시각적 웹 개발 도구
SublimeText3 Mac 버전
신 수준의 코드 편집 소프트웨어(SublimeText3)
뜨거운 주제
7554
15
1382
52
83
11
59
19
28
96
http 상태 코드 520은 무엇을 의미합니까?
Oct 13, 2023 pm 03:11 PM
HTTP 상태 코드 520은 서버가 요청을 처리하는 동안 알 수 없는 오류가 발생하여 더 구체적인 정보를 제공할 수 없음을 의미합니다. 서버가 요청을 처리하는 동안 알 수 없는 오류가 발생했음을 나타내는 데 사용됩니다. 이는 서버 구성 문제, 네트워크 문제 또는 기타 알 수 없는 이유로 인해 발생할 수 있습니다. 이는 일반적으로 서버 구성 문제, 네트워크 문제, 서버 과부하 또는 코딩 오류로 인해 발생합니다. 상태 코드 520 오류가 발생하면 웹사이트 관리자나 기술 지원팀에 문의하여 자세한 정보와 지원을 받는 것이 가장 좋습니다.
http 상태 코드 403이란 무엇입니까?
Oct 07, 2023 pm 02:04 PM
HTTP 상태 코드 403은 서버가 클라이언트의 요청을 거부했음을 의미합니다. http 상태 코드 403에 대한 해결 방법은 다음과 같습니다. 1. 서버에 인증이 필요한 경우 올바른 자격 증명이 제공되었는지 확인합니다. 2. 서버가 IP 주소를 제한한 경우 클라이언트의 IP 주소가 제한되어 있거나 블랙리스트에 없습니다. 3. 파일 권한 설정을 확인하십시오. 403 상태 코드가 파일 또는 디렉토리의 권한 설정과 관련되어 있으면 클라이언트가 해당 파일 또는 디렉토리에 액세스할 수 있는 권한이 있는지 확인하십시오. 등.
Nginx 프록시 관리자를 사용하여 HTTPS 프로토콜에서 역방향 프록시를 구현하는 방법
Sep 26, 2023 am 08:40 AM
NginxProxyManager를 사용하여 HTTPS 프로토콜에서 역방향 프록시를 구현하는 방법 최근 몇 년 동안 인터넷의 인기와 응용 프로그램 시나리오의 다양화로 인해 웹 사이트 및 응용 프로그램의 액세스 방법이 점점 더 복잡해졌습니다. 웹사이트 액세스 효율성과 보안을 향상시키기 위해 많은 웹사이트에서는 사용자 요청을 처리하기 위해 역방향 프록시를 사용하기 시작했습니다. HTTPS 프로토콜의 역방향 프록시는 사용자 개인 정보를 보호하고 통신 보안을 보장하는 데 중요한 역할을 합니다. 이 기사에서는 NginxProxy를 사용하는 방법을 소개합니다.
웹 페이지 리디렉션의 일반적인 애플리케이션 시나리오를 이해하고 HTTP 301 상태 코드를 이해합니다.
Feb 18, 2024 pm 08:41 PM
HTTP 301 상태 코드의 의미 이해: 웹 페이지 리디렉션의 일반적인 응용 시나리오 인터넷의 급속한 발전으로 인해 사람들은 웹 페이지 상호 작용에 대한 요구 사항이 점점 더 높아지고 있습니다. 웹 디자인 분야에서 웹 페이지 리디렉션은 HTTP 301 상태 코드를 통해 구현되는 일반적이고 중요한 기술입니다. 이 기사에서는 HTTP 301 상태 코드의 의미와 웹 페이지 리디렉션의 일반적인 응용 프로그램 시나리오를 살펴봅니다. HTTP301 상태 코드는 영구 리디렉션(PermanentRedirect)을 나타냅니다. 서버가 클라이언트의 정보를 받을 때
Nginx 프록시 관리자를 사용하여 HTTP에서 HTTPS로 자동 점프를 구현하는 방법
Sep 26, 2023 am 11:19 AM
NginxProxyManager를 사용하여 HTTP에서 HTTPS로의 자동 점프를 구현하는 방법 인터넷이 발전하면서 점점 더 많은 웹사이트가 HTTPS 프로토콜을 사용하여 데이터 전송을 암호화하여 데이터 보안과 사용자 개인 정보 보호를 향상시키기 시작했습니다. HTTPS 프로토콜에는 SSL 인증서 지원이 필요하므로 HTTPS 프로토콜 배포 시 특정 기술 지원이 필요합니다. Nginx는 강력하고 일반적으로 사용되는 HTTP 서버 및 역방향 프록시 서버이며 NginxProxy
빠른 적용: 여러 파일의 PHP 비동기 HTTP 다운로드에 대한 실제 개발 사례 분석
Sep 12, 2023 pm 01:15 PM
빠른 적용: PHP의 실제 개발 사례 분석 여러 파일의 비동기 HTTP 다운로드 인터넷의 발전으로 파일 다운로드 기능은 많은 웹 사이트와 응용 프로그램의 기본 요구 사항 중 하나가 되었습니다. 여러 파일을 동시에 다운로드해야 하는 시나리오의 경우 기존 동기 다운로드 방법은 비효율적이고 시간이 많이 걸리는 경우가 많습니다. 이러한 이유로 PHP를 사용하여 HTTP를 통해 여러 파일을 비동기적으로 다운로드하는 것이 점점 더 일반적인 솔루션이 되었습니다. 본 글에서는 실제 개발 사례를 통해 PHP 비동기 HTTP를 활용하는 방법을 자세히 분석해 보겠습니다.
C#의 일반적인 네트워크 통신 및 보안 문제와 솔루션
Oct 09, 2023 pm 09:21 PM
C#의 일반적인 네트워크 통신 및 보안 문제와 해결 방법 오늘날 인터넷 시대에 네트워크 통신은 소프트웨어 개발에 없어서는 안 될 부분이 되었습니다. C#에서는 일반적으로 데이터 전송 보안, 네트워크 연결 안정성 등과 같은 일부 네트워크 통신 문제가 발생합니다. 이 문서에서는 C#의 일반적인 네트워크 통신 및 보안 문제에 대해 자세히 설명하고 해당 솔루션과 코드 예제를 제공합니다. 1. 네트워크 통신 문제 네트워크 연결 중단: 네트워크 통신 과정에서 네트워크 연결이 중단될 수 있으며, 이로 인해
http 요청 415 오류 해결 방법
Nov 14, 2023 am 10:49 AM
해결 방법: 1. 요청 헤더에서 Content-Type을 확인합니다. 2. 요청 본문에서 데이터 형식을 확인합니다. 3. 적절한 인코딩 형식을 사용합니다. 4. 적절한 요청 방법을 사용합니다. 5. 서버측 지원을 확인합니다.
