[http] HTTP 1.0 대 1.1

프록시 지원 및 호스트 필드 :

HTTP 1.1에는 사양별로 필요한 호스트 헤더가 있습니다.

HTTP 1.0에는 공식적으로 호스트 헤더가 필요하지 않지만 추가해도 문제가되지 않으며 많은 응용 프로그램 (프록시)이 프로토콜 버전에 관계없이 호스트 헤더를 보게됩니다.

예:

GET / HTTP/1.1
Host: www.blahblahblahblah.com

이 헤더는 프록시 서버를 통해 메시지를 라우팅 할 수 있고 웹 서버가 동일한 서버의 다른 사이트를 구별 할 수 있기 때문에 유용합니다.

따라서 blahblahlbah.com과 helohelohelo.com이 동일한 IP를 가리키는 경우를 의미합니다. 웹 서버는 호스트 필드를 사용하여 클라이언트 시스템이 원하는 사이트를 구별 할 수 있습니다.

지속적인 연결 :

HTTP 1.1을 사용하면 지속적인 연결을 유지할 수 있습니다. 즉, 동일한 HTTP 연결에서 둘 이상의 요청 / 응답을 가질 수 있습니다.

HTTP 1.0에서는 각 요청 / 응답 쌍마다 새 연결을 열어야했습니다. 그리고 각 응답 후 연결이 닫힙니다. 이것은 TCP Slow Start로 인해 큰 효율성 문제를 야기 합니다.

옵션 방법 :

HTTP / 1.1에는 OPTIONS 메소드가 도입되었습니다. HTTP 클라이언트는이 방법을 사용하여 HTTP 서버의 기능을 판별 할 수 있습니다. 주로 웹 응용 프로그램의 Cross Origin Resource Sharing에 사용됩니다.

캐싱 :

HTTP 1.0은 헤더를 통한 캐싱을 지원했습니다 : If-Modified-Since.

HTTP 1.1은 ‘엔티티 태그’라는 것을 사용하여 캐싱 지원을 크게 확장합니다. 2 개의 자원이 동일하면 동일한 엔티티 태그를 갖습니다.

HTTP 1.1은 또한 If-Unmodified-Since, If-Match, If-None-Match 조건부 헤더를 추가합니다.

Cache-Control 헤더와 같은 캐싱과 관련된 추가 사항도 있습니다.

100 계속 상태 :

HTTP / 1.1 100 Continue에 새로운 리턴 코드가 있습니다. 이는 서버가 요청을 처리 할 수 ​​있는지 또는 요청을 처리 할 권한이 있는지 클라이언트가 확실하지 않은 경우 클라이언트가 큰 요청을 보내지 못하게하기위한 것입니다. 이 경우, 클라이언트는 헤더만을 송신하고, 서버는 클라이언트 (100)에게 계속해서 본문을 진행할 것을 지시 할 것이다.

훨씬 더:

• 다이제스트 인증 및 프록시 인증
• 여분의 새로운 상태 코드
• 청크 전송 인코딩
• 연결 헤더
• 향상된 압축 지원
• 훨씬 더.

---

답변