본문 바로가기
네트워크/HTTP 기초

HTTP 상태코드

by Programmer.Junny 2024. 12. 16.

상태코드

클라이언트가 보낸 요청의 처리 상태를 응답에서 알려주는 기능

  • 1xx (informational): 요청이 수신되어 처리중 (안씀)
  • 2xx (Successful) : 요청 정상 처리
  • 3xx (Redirection) : 요청을 완료하려면 추가 행동이 필요
  • 4xx (Client Error) : 클라이언트 오류, 잘못된 문법 등으로 서버가 요청을 수행할 수 없음
  • 5xx (Server Error) : 서버 오류, 서버가 정상 요청을 처리하지 못함

만약 모르는 상태코드가 나타나면 어떻게 처리해야할까?

  • Q.클라이언트가 인식할 수 없는 상태코드를 서버가 반환하면?
  • A.클라이언트는 상위 상태코드로 해석해서 처리한다.
  • 미래에 새로운 상태코드가 추가되어도 클라이언트를 변경하지 않아도 된다.
    • 299 ??? -> 2xx 로 처리 (성공)
    • 451 ??? -> 4xx 로 처리 (클라이언트 오류)
    • 599 ??? -> 5xx 로 처리 (서버 오류)

2xx - 성공

클라이언트의 요청을 성공적으로 처리

  • 200 OK
  • 201 Created
  • 202 Accepted
  • 204 Not Content

200 OK
201 Created
202 Accepted
204 Not Content

3xx - 리다이렉션

요청을 완료하기 위해 유저 에이전트(웹 브라우저, 클라이언트 프로그램)의 추가 조치 필요

  • 300 Multiple Choices
  • 301 Moved Permanently
  • 302 Found
  • 303 See Other
  • 304 Not Modified
  • 307 Temporary Redirect
  • 308 Permanent Redirect

리다이렉션의 이해

웹 브라우저는 3xx 응답의 결과에 Location 헤더가 있으면, Location 위치로 자동이동 (리다이렉트)

서버에서 301 상태코드와 Location을 주게 되면, 웹 브라우저에서 자동 리다이렉트를 실행하며, 다시 GET(혹은 POST)로 다시 요청하여 응답 받는다.

리다이렉션의 종류

  • 영구 리다이렉션 - 특정 리소스의 URI가 영구적으로 이동
    • 예) /members -> /users
    • 예) /event -> /new-event
  • 일시 리다이렉션 - 일시적인 변경
    • 주문완료 후 주문내역 화면으로 이동
    • PRG - POST/Redirect/GET
  • 특수 리다이렉션
    • 결과 대신 캐시를 사용

영구 리다이렉션

301,308

  • 리소스의 URI가 영구적으로 이동
  • 원래의 URL을 사용X, 웹 브라우저 등에서도 변경 인지
  • 301 Moved Permanently
    • 리다이렉트시 요청 메서드가 GET으로 변하고, 본문이 제거될 수 있음 (MAY)
  • 308 Permanent Redirect
    • 301과 기능은 같음
    • 리다이렉트시 요청 메서드와 본문 유지(처음 POST를 보내면 리다이렉트도 POST 유지)

301
308

웹 브라우저에서는 308보단 301을 많이 쓴다. 그 이유는 URI가 변경되었다는 소리는 이미 데이터가 변경되었을 가능성이 높기 때문에 다시 POST로 요청하게 되면 문제가 될 가능성이 있기 때문이다.

일시적인 리다이렉션

302, 307, 303

  • 리소스의 URI가 일시적으로 변경되므로 검색 엔진 등에서 URI를 변경하면 안됨.
  • 302 Found
    • 리다이렉트시 요청 메서드가 GET으로 변하고, 본문이 제거될 수 있음(MAY)
  • 307 Temporary Redirect
    • 302와 기능은 같음
    • 리다이렉트시 요청 메서드와 본문 유지(요청 메서드를 변경하면 안된다. MUST NOT)
  • 303 See Other
    • 302와 기능은 같음
    • 리다이렉트시 요청 메서드가 무조건 GET으로 변경

PRG(POST-Redirect-GET)을 적용하지 않으면 위와 같이 중복주문이 될 수 있다.

PRG 적용 시 위와 같이 리다이렉트 시 GET으로 요청하기 때문에 사용자가 새로고침을 진행해도 같은 GET을 요청한다. (상품 결과 페이지만 GET으로 가져오므로)

4xx - 클라이언트 오류

오류의 원인이 클라이언트에 있음

5xx - 서버오류

서버 문제로 오류. 서버에 문제가 있기 때문에 재시도하면 성공할 수도 있음


해당 내용은 
김영한님의 HTTP 웹 기초 강의(인프런)의 자료와 내용을 사용하였습니다.

'네트워크 > HTTP 기초' 카테고리의 다른 글

HTTP 헤더 - 캐시와 조건부 요청  (2) 2024.12.19
HTTP 헤더 - 일반 헤더  (1) 2024.12.18
HTTP 메서드 활용  (1) 2024.12.15
HTTP 메서드  (2) 2024.12.13
HTTP 특징  (1) 2024.12.13

최근댓글

최근글

skin by © 2024 ttuttak