02. HTTP (웹의 대화법)

"식당(Server)에 들어갔다고 끝이 아닙니다. '정확한 규칙'으로 주문해야 음식이 나옵니다."

1. Why: 약속(Protocol)이 필요한 이유

01강에서 우리는 식당(IP)을 찾아가서 자리에 앉았습니다. 이제 주방장에게 요리를 시켜야 하는데, "이거 줘", "저거 줘"라고 반말을 하거나 마음대로 말하면 주방장이 못 알아듣습니다.

그래서 전 세계 모든 브라우저와 서버는 HTTP (HyperText Transfer Protocol)라는 공통의 대화 규칙을 따릅니다.

역할	비유 (식당)	설명
Request	주문서 📝	손님(브라우저)이 종업원(서버)에게 제출하는 양식
Response	영수증 & 음식 🥘	종업원이 결과와 함께 가져오는 응답

HTTP라는 봉투는 크게 두 부분으로 나뉩니다. 이 구조는 나중에 API를 만들 때 매우 중요합니다.

서버에게 요청할 때, "동사(Verb)"를 사용하여 의도를 명확히 해야 합니다.

방식	동사	의미	비유	특징
GET	달라	조회 (Read)	투명 엽서 📨	데이터가 주소창(URL)에 다 보임. (`?query=아이폰`)
POST	해줘	처리 (Action)	밀봉 봉투 ✉️	데이터가 Body에 숨겨짐. (로그인, 글쓰기)

면접 질문: 로그인할 때 GET을 쓰면 안 되나요?

GET은 주소창에 정보가 남습니다. 비밀번호가 주소창에 다 보이면 뒤에 서 있는 사람이 다 보겠죠? 그래서 숨겨서 보내는 POST를 써야 합니다.

서버는 구구절절 말하지 않습니다. 세 자리 숫자 코드로 결과를 통보합니다.

01강에서 본 Packet은 사실 누구나 중간에서 가로채서 뜯어볼 수 있습니다. (HTTP) 그래서 요즘은 방탄 조끼를 입힌 트럭(HTTPS)을 씁니다.

01강에서는 파일이 도착하는 순서(Waterfall)를 봤다면, 이번에는 도착한 파일의 송장(Header)을 뜯어봅시다. 개발자 도구와 AI가 있으면 암호를 해독할 수 있습니다.

Prompt

이건 개발자 도구에서 가져온 HTTP Response Header야.

[붙여넣기]