Q6) HTTP Request / Response (Interview Question in HTTP)

[hidaehyunlee]

👏👏🏻👏🏼 HTTP 요청과 응답에 대해 설명해주세요. 👏🏽👏🏾👏🏿

[365kim]

즉석
요청은 클라이언트가 서버에게 보내고
응답은 서버가 클라이언트에게 보냅니다

보충
HTTP 통신은 기본적으로 '요청'과 '응답'의 반복입니다.
클라이언트는 'GET' 'POST'와 같은 요청메서드와 리소스의 URL 등을 요청메세지에 담아 서버에게 전송합니다.
서버는 클라이언트로부터 받은 요청메세지를 읽고 그에 따른 처리 후, 작업의 결과 등을 응답메세지에 담아 다시 클라이언트에게 전송합니다.
요청한 작업의 결과는 응답메세지의 상태코드로 쉽게 확인이 가능합니다.
예를 들어 클라이언트가 요청한 작업이 성공적으로 이루어졌으면 서버는 상태코드 200을 전송하고, 클라이언트측 오류가 있다면 400번대 상태코드를, 서버측 오류가 있다면 500번대 상태코드를 전송합니다.

[terry-yes]

즉석
HTTP 프로토콜은 HTTP 메세지들을 보냄으로써 이루어집니다.
HTTP 메세지에는 HTTP 요청 메세지와 HTTP 응답메세지가 있습니다.
요청 메세지는 클라이언트에서 서버로 보내지며
응답 메세지는 서버에서 클라이언트로 보내집니다.

요청 메세지로 클라이언트는 서버에 있는 리소스를 요청합니다.
그에 대한 응답 메세지로 서버는 내부의 리소스를 클라이언트에게 보내줍니다.

[ku-kim]

즉석
HTTP는 사용자, 클라이언트(브라우저)가 인터넷, 웹 상에서 필요한 데이터를(텍스트, 이미지, 비디오 등) 얻기 위해 사용하는 프로토콜 입니다.
클라이언트는 데이터를 얻기 위해 원하는 데이터를 가진 서버에게 HTTP 요청 메세지를 보내고, 서버는 이에 알맞게 응답해주는 시스템입니다.
말 그대로 응답이 먼저일 수 없으며, 요청이 있어야 그 후에 응답이 있습니다.

예를 들어) 맥북 16인치를 사용하고있는 kukim이 safari 브라우저를 사용하여 예발자 홈페이지의 "최신 서버 스택의 분포도"의 문서를 보고 싶어합니다.
이때 클라이언트는 넓은 의미로는 kukim 사람이고 좁은 의미로는 요청을 대신해주는 애플리케이션인 safari 브라우저 입니다.
클라이언트가 예발자 서버가 가지고 있는 "최신 서버 스택의 분포도" 문서 웹페이지에 HTTP 요청을 하고 예발자 서버는 요청 메세지를 체크하고 이에 알맞게 응답해주는 것 입니다.

[SeongsangCHO]

즉석
http는 클라이언트와 서버간 데이터를 주고받기 위한 프로토콜입니다.
클라이언트에서 서버로 요청을 보내고 서버는 이에 대한 응답을 합니다.

예를들면,
클라이언트측에서 서버로 데이터를 조회(get)하거나 전송할 때(post) http요청을 보냅니다.

서버는 자신이 갖고있던 리소스를 응답(get에 대한)을 하거나 요청(post)으로 받은 데이터를 생성 또는 변경을 하며 이에 대한 성공과 실패 등의 상태코드로 응답할 수 있습니다

보충
HTTP요청
클라이언트측에서 URL을 이용해 서버에 데이터 요청할 수 있습니다.
Http 요청 메서드를 사용해 데이터에 대한 특정 동작을 수행할 수 있음

• GET
• POST
• PUT
• DELETE 등 데이터에 대한 조회, 생성, 변경, 삭제 동작을 Http 요청 메서드로 정의.

• HEAD : 서버 헤더정보 획득, Response Body반환 안함
• OPTIONS : 서버 옵션확인요청 CORS에서 사용

HTTP응답
서버측에서 설정해주는 응답
프론트엔드 개발자는 이 상태코드로 에러처리할 수 있음
200~ 500번대까지 있음
200 : 성공
300 : 리디렉션
400 : 클라이언트에러
500: 서버에러 등으로 서버의 현재 상태를 상태코드로 응답받을 수 있음.

[joey-ful]

HTTP(Hyper Text Transfer Protocol)은 웹에서 브라우저와 서버 간에 데이터를 주고받기 위한 방식으로 브라우저(클라이언트)는 서버에게 요청을, 서버는 응답을 합니다.

요청 (Request)

요청은 시작줄, 헤더, 빈줄, 본문으로 이루어지며 본문은 비어있을 수 있다.

• 시작줄에는 GET, POST와 같은 HTTP 메소드와 목표 주소 등이 담겨있다.
• 헤더는 url 주고, 클라이언트의 브라우저 정보, 받을 수 있는 데이타 종류 등이 들어있다.
• 본문은 로그인 정보처럼 클라이언트의 정보가 들어간다.

응답 (Response)

응답도 시작줄, 헤더, 빈줄, 본문으로 이루어져있다.

• 시작줄은 HTTP 버전과 상태 코드 등이 들어있다.
• 헤더는 요청 헤더와 같으나 응답에서만 사용되는 헤더 내용이 있다.
• 본문은 전송할 데이타가 담기는 부분으로 비어있을 수 있다.

[hidaehyunlee]

HTTP 요청과 응답에 대해 설명해주세요.

HTTP는 클라이언트-서버 프로토콜이며, 클라이언트와 서버는 개별적인 메시지 교환에 의해 통신합니다. 클라이언트(보통 브라우저)에 의해 전송되는 메시지를 요청(requests)이라고 부르며, 그에 대해 서버에서 응답으로 전송되는 메시지를 응답(responses)이라고 부릅니다.

요청 메시지 구조

요청은 다음의 요소들로 구성됩니다.

• 시작줄 (HTTP method, Request target, HTTP version)
  • HTTP 메서드 : 클라이언트가 수행하고자 하는 동작을 정의한 GET(리소스를 가져옴), POST(html 폼의 데이터를 전송함), OPTIONS, HEAD 등
  • Request target : 가져오려는 리소스의 경로(Path)
  • HTTP version : 버전에 따라 요청 메시지 구조나 데이터가 다를 수 있어서 명시해줘야함.
• 헤더
  • 요청 혹은 클라이언트에 대한 추가 정보를 서버에게 전달하기 위해 사용.
  • authentication, caching, ETag 등등.. 더 다양한 헤더들은 여기 참고 !
  • :(콜론)을 기준으로 키와 값으로 이루어지며, 마지막줄은 빈줄로 끝나야한다.
• 본문
  • 서버로 전달할 데이터.
  • 요청 본문은 없을 수 있음.
  • 시작줄이나 헤더와 달리 이진 데이터(이미지, 비디오, 텍스트, 응용프로그램 등)를 포함할 수 있음.

응답 메시지 구조

• 시작줄 (HTTP version, status code, status message)
  • HTTP version
  • status code : 요청의 성공 여부와 실패했다면 그 이유를 나타내는 코드.
    • Informational responses (100–199),
    • Successful responses (200–299),
    • Redirects (300–399),
    • Client errors (400–499),
    • Server errors (500–599).
  • status message : 상태코드에 대한 짧은 설명. 아무 영향력 없음.
• 헤더
  • 요청 헤더와 비슷한...
  • 헤더들은 여기 참고 !
• 본문
  • 서버에서 가져온 리소스가 포함됨.
  • 요청 본문은 없을 수 있음.
  • 시작줄이나 헤더와 달리 이진 데이터(이미지, 비디오, 텍스트, 응용프로그램 등)를 포함할 수 있음.

[yeosong1]

HTTP는 인터넷 상에서 데이터를 주고 받는 프로토콜으로, 일련의 클라이언트의 요청 메시지 - 서버의 응답 메시지로 이루어집니다. 요청 없이 응답이 오는 경우는 없습니다.

요청 메시지, 응답 메시지 모두 [시작줄, 헤더, 본문]의 구성을 따르는데, 요청 메시지의 시작줄은 [메서드명/요청URL/버전] 응답 메시지의 시작줄은 [버전/상태코드/사유구절]로 문법이 조금 다릅니다. 여기서 메서드는 전에 설명 드렸던 GET POST 외에도 HEAD DELETE PUT 등 목적에 따라 몇가지 메서드 종류가 더 있습니다. 상태코드와 사유구절은 우리가 흔히 아는 404 not found 처럼, 100번대는 정보전달, 200번대는 성공, 300번대는 리다이렉션, 400번대는 클라이언트의 잘못된 요청, 500번대는 서버 에러에 관한 상태를 전달하는 코드이고, 사유 구절은 이에 대한 설명으로, 흔히 쓰는 구절들은 있지만 엄격하게 제한된 것은 아닙니다. 이를테면 ‘404 그런 페이지는 없어요.’ 라고 바꿀 수 있는 것이죠.

그 다음 헤더.
헤더는 일반 헤더, 요청 헤더, 응답 헤더, 엔터티 헤더 등이 있습니다. 헤더는

헤더이름: 내용
헤더이름: 내용
헤더이름: 내용 이런 식으로 적고, 맨 마지막 헤더 다음줄에 CRLF를 넣어서 헤더가 끝나고 본문이 시작됨을 알립니다.

일반 헤더는 요청과 응답 두 쪽에서 다 쓸 수 있는 제너럴한 내용들 - 날짜, 데이터의 MIME 버전 등 - 을 알릴 수 있는 헤더들이고,

요청 헤더는 클라이언트 측에서 자신의 하드웨어 및 소프트웨어 사양 및 Accept 할 수 있는 데이터의 종류들을 적어 보내거나, 조건부로 데이터를 요청 하거나, 보안 인증을 서버에게 요구하는 등의 작업을 수행하기 위해 사용하는 헤더들입니다.

응답 헤더는 서버가 보내는 리소스에 대한 정보와 유효기간, 신선도, 보안 관련 헤더 등이 있습니다.

엔터티 헤더는 본문의 길이와 타입 등 본문에 관한 정보를 담는 헤더입니다. 추후 이 헤더와 읽은 값의 비교를 통해 데이터가 온전하게 전송완료 되었는지 확인할 수 있습니다.

그리고 본문.
본문은 바이너리로 전송되는 콘텐츠 데이터로, 바이너리로 표현할 수 있는 데이터는 이론상 무엇이든 얼마든 보낼 수 있습니다.