Ch06. HTTP 상태코드 - 3xx(리다이렉션)

• 요청을 완료하기 위해 유저 에이전트의 추가 조치 필요
• 리다이렉션 이해
  • 웹 브라우저는 3xx 응답의 결과에 Location 헤더가 있으면, Location 위치로 자동 이동 (리다이렉트)

  • 

    자동 리다이렉트 흐름

    
    
    • 이전에 사용하던 event는 더 이상 사용하지 않기 때문에 해당 URL로 접근하면 301 상태 코드와 새로운 Event를 동작시켜주는 곳으로 이동시켜준다
  • 종류
    
    • 영구 리다이렉션 - 특정 리소스의 URI가 영구적으로 이동 
      • 예) /members -> /users 
      • 예) /event -> /new-event
    • 일시 리다이렉션 - 일시적인 변경
      • 주문 완료 후 주문 내역 화면으로 이동 
      • PRG: Post/Redirect/Get 
    • 특수 리다이렉션 
      • 결과 대신 캐시를 사용

영구 리다이렉션(301, 308)

• 리소스의 URI가 영구적으로 이동
• 원래의 URL를 사용 X, 검색 엔진 등에서도 변경 인지 
• 301 Moved Permanently 
  • 리다이렉트 시 요청 메서드가 GET으로 변하고, 본문이 제거될 수 있음(MAY) 

  • 

    301

  • 리다이렉트를 할 때 POST로 요청한 정보를 GET으로 변경하고 Body 내용이 삭제가 된다
• 308 Permanent Redirect 
  • 301과 기능은 같음 
  • 리다이렉트 시 요청 메서드와 본문 유지(처음 POST를 보내면 리다이렉트도 POST 유지)

  • 

    308

  • 리다이렉트를 할 때 POST로 요청한 정보를 그대로 사용하고 Body을 내용도 그대로 사용한다

일시적인 리다이렉션(302, 307,303)

• 리소스의 URI가 일시적으로 변경 
• 따라서 검색 엔진 등에서 URL을 변경하면 안 됨 
• PRG: Post/Redirect/Get
  • POST로 주문 후에 웹 브라우저를 새로고침 하면? 
  • 새로고침은 다시 요청 
  • 중복 주문이 될 수 있다.
• 302 Found 
  • 리다이렉트 시 요청 메서드가 GET으로 변하고, 본문이 제거될 수 있음(MAY) 

  • 

    Post로 데이터를 전송후 새로고침을 하게 되면 Post로 계속 요청이 들어간다.

  • PRG 적용 후

PRG 적용 후

• 307 Temporary Redirect 
  • 302와 기능은 같음 
  • 리다이렉트 시 요청 메서드와 본문 유지(요청 메서드를 변경하면 안된다. MUST NOT) 

 

• 303 See Other 
  • 302와 기능은 같음 
  • 리다이렉트시 요청 메서드가 GET으로 변경

기타 리다이렉션(300, 304)

• 300 Multiple Choices: 안 쓴다.
• 304 Not Modified 
  • 캐시를 목적으로 사용 
  • 클라이언트에게 리소스가 수정되지 않았음을 알려준다. 따라서 클라이언트는 로컬 PC에 저장된 캐시를 재사용한다. (캐시로 리다이렉트 한다.) 
  • 304 응답은 응답에 메시지 바디를 포함하면 안 된다. (로컬 캐시를 사용해야 하므로) 
  • 조건부 GET, HEAD 요청 시 사용

 

 

​

​

​

​

​