HTTP 특징
1. HTTP는 간단하다.
HTTP 메세지를 프레임별로 캡슐화하여 간결함을 유지
2. HTTP는 확장가능하다.
클라이언트와 서버가 새로운 헤더의 시맨틱에 대해 간단한 합의만 한다면, 언제든지 새로운 기능을 추가할 수 있음
3. HTTP는 상태가 없지만, 세션은 존재한다.
HTTP의 핵심은 상태가 없는 것이지만 HTTP 쿠키는 상태가 있는 세션을 만들도록 해줌
HTTP로 제어할 수 있는 것
-
캐시
HTTP로 문서가 캐시되는 방식을 제어할 수 있음. 서버는 캐시 대상과 기간을 프록시와 클라이언트에 지시할 수 있고 클라이언트는 저장된 문서를 무시하라고 중간 캐시 프록시에게 지시할 수 있음. -
origin 제약사항 완화
스누핑과 다른 프라이버시 침해를 막기 위해, 브라우저는 웹 사이트 간의 엄격한 분리를 강제하는데,,동일한 origin으로부터 온 페이지만이 웹 페이지의 전체 정보에 접근할 수 있음. 서버에 부담이 되는 이러한 제약 사항을 HTTP 헤더를 통해 완화시킬 수 있음 -
인증
-
프록시와 터널링
-
세션
쿠키 사용은 서버 상태를 요청과 연결하도록 해줍니다. 이것은 HTTP가 기본적으로 상태없는 프로토콜임에도 세션을 만들어주는 계기가 됩니다
🖐📢 여기서 잠깐!!
캐시
자주 사용하는 데이터나 값을 미리 복사해 놓는 임시 장소를 가리킨다. 캐시는 저장 공간이 작고 비용이 비싼 대신 빠른 성능을 제공한다.
프록시
'대신'이라는 의미를 가지고 있고 프로토콜에 있어서 대리 응답 등에서 사용하는 개념이라고 할 수 있다. 보안상의 문제로 직접 통신을 주고 받을 수 없는 사이에서 프록시를 이용해 중계를 하는 개념
세션
①망 환경에서 사용자 간 또는 컴퓨터 간의 대화를 위한 논리적 연결. ②프로세스들 사이에서 통신을 하기 위해 메시지 교환을 통해 서로를 인식한 이후부터 통신을 마칠 때까지의 기간.
세션에 대한 좀 더 자세한 설명은,,
🔽쿠키와 세션의 차이를 알아보자!
https://88240.tistory.com/190 [쿠키와 세션의 차이]
HTTP 응답과 요청 예시(그림)
요청의 예 :
응답의 예:
참고 링크
