HTTP 완벽 가이드 1주차 1장

박정훈·2022년 7월 24일
5

HTTP 완벽 가이드

목록 보기
1/8
post-thumbnail

📚독서 스터디

HTTP 완벽 가이드 라는 책의 독서 스터디를 시작했다!
주마다 정해진 만큼 읽어오고 질문을 만들어오고 서로 답변하는 식의 간단한 스터디이다.
그리고 난 읽은 내용을 간략하게 정리 해 보려고 한다.

1장 HTTP 개관

전 세계의 웹브라우저, 서버, 웹 애플리케이션은 모두 HTTP(Hypertext Transfer Protocol)를 통해 서로 대화한다. 웹 브라우저와 웹 서버 사이에서 쌍방향 통신에 사용하는 것이 가장 대표적이다.

HTTP는 전 세계의 웹 서버로부터 대량의 정보를 빠르고, 간편하고, 정확하게 사람들의 PC에 설치된 웹브라우저로 옮겨준다.

HTTP는 신뢰성 있는 데이터 전송 프로토콜을 사용하기에, 데이터가 지구 반대편에서 오더라도 전송 중 손상되거나 꼬이지 않음을 보장한다!

⚡ 클라이언트와 서버

클라이언트와 서버간의 통신은 다음과 같다.

클라이언트는 서버에게 HTTP 요청을 보내고 서버는 요청된 데이터를 HTTP 응답으로 돌려준다. HTTP 클라이언트와 HTTP 서버는 월드 와이드 웹의 기본 요소다.

📌 미디어 타입

HTTP는 웹에서 전송되는 객체 각각에 신중하게 MIME(Multipurpose Internet Mail Extensions) 타입이라는 데이터 포맷 라벨을 붙인다.

MIME 타입은 / 으로 구분된 주 타입과 부 타입으로 이루어진 문자열 라벨이다.
아래에서 image가 MIME타입이다.

Content-type: image/jpeg

HTML로 작성된 텍스트 문서 -> text/html
plain ASCII 텍스트 문서 -> text/plain
JPEG 이미지 -> image/jpeg
GIT 이미지 -> image/gif

📌 URI (uniform resource identifier)

서버 리소스 이름은 통합 자원 식별자, 혹은 URI로 불린다. URI는 인터넷의 우편물 주소 같은 것으로, 정보 리소스를 고유하게 식별하고 위치를 지정할 수 있다.

http: HTTP프로토콜을 사용하라
www.joes-hardware.com: www.joes-hardware.com으로 이동하라
/specials/saw-blade.gif: specials/saw-blade.gif라고 불리는 리소스를 가져와라
http://www.joes-hardware.com/specials/saw-blade.gif

URL (uniform resouce locator)

리소스 식별자의 가장 흔한 형태이다. URL은 특정 서버의 한 리소스에 대한 구체적인 위치를 서술한다.

다음은 URL로 리소스의 정확한 위치와 접근방법을 표현한다.
오라일리 출판사 홈페이지의 URL
http://www.oreilly.com/index.html
물품 #12731의 재고가 있는지 확인하는 프로그램에 대한 URL
http://www.joes-hardware.com/inventory-check.cgi?item=12731

대부분의 URL은 세 부분으로 이루어진 표준 포맷을 따른다.

http://

URIL의 첫 번째 부분 스킴(scheme)으로, 리소스에 접근하기 위해 사용되는 프로토콜을 서술한다.

www.joes-hardware.com

인터넷 주소를 제공한다.

/specials/saw-blade.gif

마지막은 웹 서버의 리소스를 가리킨다.

오늘날 대부분의 URI는 URL이다.

트랜잭션

HTTP 트랜잭션은 요청 명령과 응답 결과로 구성되어 있다.

메서드

HTTP는 HTTP 메서드라고 불리는 여러 가지 종류의 요청 명령을 지원한다.
모든 HTTP 요청 메세지는 한 개의 메서드를 갖는다. 메서드는 서버에게 어떤 동작이 취해져야 하는지 말해준다.

GET : 서버에서 클라이언트로 지정한 리소스를 보내라.
PUT : 클라이언트에서 서버로 보낸 데이터를 지정한 이름의 리소스를 저장하라.
DELETE : 지정한 리소스를 서버에서 삭제하라.
POST : 클라이언트 데이터를 서버 게이트웨이 애플리케이션으로 보내라.
HEAD : 지정한 리소스에 대한 응답에서, HTTP 헤더 부분만 보내라.

상태코드

모든 HTTP 응답 메세지는 상태 코드와 함께 반환된다. 상태 코드는 클라이언트에게 요청이 성공했는지 아니면 추가 조치가 필요한지 알려주는 세 자리 숫자다.

200 : 문서가 바르게 반환되었다.
302 : 다시 보내라. 다른 곳에 가서 리소스를 가져가라.
404 : 없음. 리소스를 찾을 수 없다.

메시지

HTTP 메세지는 단순한 줄 단위의 문자열이다. 이진 형식이 아닌 일반 텍스트이기 때문에 사람이 읽고 쓰기 쉽다.
HTTP 메세지는 다음의 세 부분으로 이루어진다.

시작줄

첫 줄로, 요청이라면 무엇을 해야 하는지 응답이라면 무슨일이 일어났는지 나타낸다.
HTTP/1.0 200 OK

헤더

시작줄 다음에는 0개 이상의 헤더 필드가 이어진다.
Content-type: text/plain
Content-length: 19
헤더는 빈 줄로 끝난다.

본문

빈 줄 다음에는 어떤 종류의 데이터든 들어갈 수 있는 메시지 본문이 필요에 따라 올 수 있다.
HI! I'm a MALZA!

TCP 커넥션

HTTP는 애플리케이션 계층 프로토콜이다. HTTP는 네트워크 통신의 핵심적인 세부사항에 대해서 신경 쓰지 않는다.
이를 TCP/IP에게 맡기고 처리하게 한다.

  • 오류 없는 데이터 전송
  • 순서에 맞는 전달 (데이터는 언제나 보낸 순서대로 도착한다)
  • 조각나지 않는 데이터 스트림 (언제든 어떤 크기로든 보낼 수 있다)

HTTP 클라이언트가 서버에 메시지를 전송할 수 있게 되기 전에, 인터넷 프로토콜 주소와 포트번호를 사용해 클라이언트와 서버 사이에 TCP/IP 커넥션을 맺어야 한다.

웹브라우저가 HTTP를 이용해 멀리 떨어진 곳에 있는 서버의 단순한 HTTP 리소스를 보여주는 과정

  1. 웹브라우저는 서버의 URL에서 호스트 명을 추출한다.
  2. 웹브라우저는 서버의 호스트 명을 IP로 변환한다.
  3. 웹브라우저는 URL에서 포트번호(있다면)를 추출한다.
  4. 웹브라우저는 웹 서버와 TCP 커넥션을 맺는다.
  5. 웹브라우저는 서버에 HTTP 요청을 보낸다.
  6. 서버는 웹브라우저에 HTTP 응답을 돌려준다.
  7. 커넥션이 닫히면, 웹브라우저는 문서를 보여준다.

독서 스터디를 하고 싶었는데 할게 많다는 핑계로 미뤄왔던거 같다.
이제 스터디를 시작했으니 더이상 미룰수 없겠지.
게을러 지지 않기 위해 그리고 웹 개발자로써 초석을 쌓아 올리기 위한 좋은 시간이 되었으면 한다.

profile
그냥 개인적으로 공부한 글들에 불과

0개의 댓글