[HTTP] 상태코드 3xx - Redirection

요청을 완료하기 위해 웹브라우저(유저 에이전트)의 추가 조치가 필요하다

 

301 Moved Permanently

• 리다이렉트 시 요청 메서드가 GET으로 변하고, 본문이 제거될 수 있음
• 예) 구 이벤트 페이지에서 정보 입력 후 전송을 클릭(POST)하면,
  서버에서 새로운 URL를 Location에 담아서 응답한다.
  새로운 URL로 자동 리다이렉트 되면서 GET으로 변경되고, 구 URL페이지에서 입력한 메시지가 제거된다

302 Found

• 리다이렉트시 요청 메서드가 GET으로 변하고, 본문이 제거될 수 있음

303 See Other

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

304 Not Modified

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

307 Temporary Redirect

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

308 Permanent Redirect

• 301과 기능은 같음
• 리다이렉트시 요청 메서드와 본문 유지되면서 새로운 URL로 이동된다
• 실무에서는 301을 주로 사용한다

---

리다이렉션

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

종류

• 영구 리다이렉션
  • 특정 리소스의 URI가 영구적으로 이동
  • 원래의 URL를 사용하지 않는다, 검색 엔진 등에서도 변경 인지
  • 301, 308
• 일시 리다이렉션
  • 리소스의 URI가 일시적인 변경
  • 따라서 검색 엔진 등에서 URL을 변경하면 안된다
  • 주문 완료 후 주문 내역 화면으로 이동
  • PRG: Post/Redirect/Get
  • 302, 307, 303
• 특수 리다이렉션 - 결과 대신 캐시를 사용

 

PRG: Post / Redirect / Get

POST로 주문 후에 웹 브라우저를 새로고침하면 → 새로고침은 다시 요청이라서 중복 주문이 될 수 있다.

• POST로 주문 후에 새로고침으로 인한 중복 주문 방지
• POST로 주문 후에 주문 결과 화면을 GET 메서드로 리다이렉트
• 새로고침해도 결과 화면을 GET으로 조회
• 중복 주문 대신에 결과 화면만 GET으로 다시 요청