HTTP 303
HTTP 303| HTTP |
|---|
 |
| 요구 방식 |
| 헤더 필드 |
| 응답 상태 코드 |
| 보안 접근 제어 방법 |
| 보안 취약성 |
HTTP 응답 상태 코드 303 See Other는 RFC 2616(HTTP 1.1) 이후 특히 HTTP POST 실행 후 웹 응용 프로그램을 새로운 URI로 리다이렉트하는 방법입니다.
RFC 2616을 폐지한 RFC 7231에 따르면 "GET 요구에 대한 303 응답은 서버가 HTTP를 통해 전송할 수 있는 타깃리소스가 오리진서버에 없음을 나타냅니다.그러나 Location 필드 값은 대상 리소스를 설명하는 리소스를 나타냅니다. 따라서 다른 리소스에 대해 검색 요청을 하면 원래 대상 리소스를 나타내는 것을 암시하지 않고 수신자에게 유용한 표현을 제공할 수 있습니다."
이 상태 코드는 아래 설명과 같이 위치 헤더와 함께 사용해야 합니다.서버가 303 See Other 응답과 Location 헤더 값을 사용하여 POST 또는 기타 비잠재적 요구에 응답하는 경우 클라이언트는 GET 방식을 사용하여 로케이션 헤더에 기재된 리소스를 취득할 것으로 예상됩니다.또한 같은 방식을 사용하여 타깃리소스에 대한 요구를 트리거하기 위해 서버는 307 Temporary R을 제공할 것으로 예상됩니다.에다이렉트 응답
303 시멘틱 웹 이론에 따라 실제 객체를 식별하는 URI 요청에 대한 응답의 한 가지 방법으로서 '기타'를 참조하십시오(다른 하나는 해시 URI [1]사용).예를 들어,http://www.example.com/id/alice는 Alice라는 개인을 식별합니다.서버가 GET 요구에 200 OK로 응답하는 것은 부적절합니다.서버가 Alice를 직접 전달할 수 없기 때문입니다.대신 서버는 303 See Other 응답을 발행합니다.이 응답은 Alice라는 인물의 설명을 제공하는 별도의 URI로 리다이렉트 됩니다.
303 '기타'를 다른 용도로 사용할 수 있음을 참조한다.예를 들어, 즉시 발신자에게 반환할 필요가 있는 RESTful Web API를 구축하여 비동기적으로 실행을 계속할 경우(장수 이미지 변환 등), 웹 API는 변환을 요구한 원래 클라이언트가 변환 상태를 확인할 수 있도록 상태 확인 URI를 제공할 수 있습니다.이 상태 체크 Web API는 작업이 완료되면 303 See Other를 발신자에게 반환하고 Location HTTP 헤더필드의 [2]결과를 취득하는 URI를 반환해야 합니다.
예
클라이언트 요청:
포스트. / HTTP/1.1 주인: www.example.com 서버 응답:
HTTP/1.1 303 기타 참조 위치: http://example.org/other 「 」를 참조해 주세요.
- RFC 1945 (HTTP 1.0)
- RFC 7231 (HTTP 1.1)
- 하이퍼텍스트 전송 프로토콜
- HTTP 상태 코드 목록
- 투고/리다이렉트/가져오기
- HTTP 301(영구 리다이렉트)
레퍼런스
- ^ "Cool URIs for the Semantic Web: Hash URIs". W3C Interest Group Note. 2008-12-03.
- ^ Allamaraju, Subbu; Allamaraju, Subrahmanyam (March 2010). RESTful Web Services Cookbook. O'Reilly Media. ISBN 9780596801687.
