HTTP 301
와 308
상태 코드 의 차이점은 무엇입니까 ?
301
(영구적으로 이동 됨) :이 요청과 향후 모든 요청은 주어진 URI로 전달되어야합니다.308
(영구 리디렉션) : 요청 및 향후 모든 요청은 다른 URI를 사용하여 반복되어야합니다.
비슷한 것 같습니다.
HTTP 301
와 308
상태 코드 의 차이점은 무엇입니까 ?
301
(영구적으로 이동 됨) :이 요청과 향후 모든 요청은 주어진 URI로 전달되어야합니다.
308
(영구 리디렉션) : 요청 및 향후 모든 요청은 다른 URI를 사용하여 반복되어야합니다.
비슷한 것 같습니다.
답변:
301
, 302
및307
RFC 7231 , 의미론 및 HTTP / 1.1 프로토콜의 내용에 대한 현재 기준은 정의 301
(영구 이동) 및 302
요청 방법이 변경 될 수 있도록 (실측치) 상태 코드 POST
로이 GET
. 이 사양은 또한 307
요청 방법을에서로 변경하는 POST
것을 허용하지 않는 (임시 리디렉션) 상태 코드를 정의합니다 GET
.
아래에서 자세한 내용을 참조하십시오.
301
(이전 영구적으로) 상태 코드는 대상 자원에 새로운 영구 URI가 할당되었으며 향후이 자원에 대한 참조가 동봉 된 URI 중 하나를 사용한다고 나타냅니다. [...]참고 : 기록적인 이유로 사용자 에이전트 는 후속 요청
POST
에GET
대해 요청 방법을에서 로 변경할 수 있습니다 . 이 동작이 바람직하지 않은 경우307
(임시 리디렉션) 상태 코드를 대신 사용할 수 있습니다.
302
(실측치) 상태 코드 대상 자원이 일시적으로 다른 URI에있는 것을 나타낸다. 리디렉션이 가끔 변경 될 수 있으므로 클라이언트는 향후 요청에 대해 유효한 요청 URI를 계속 사용해야합니다. [...]참고 : 기록적인 이유로 사용자 에이전트 는 후속 요청
POST
에GET
대해 요청 방법을에서 로 변경할 수 있습니다 . 이 동작이 바람직하지 않은 경우307
(임시 리디렉션) 상태 코드를 대신 사용할 수 있습니다.
307
(임시 리디렉션) 상태 코드는 해당 URI에 자동으로 재 지정을 수행하는 경우 일시적으로 다른 URI와 사용자 에이전트하에 대상 자원 상주 요청 방법을 변경해서는 안된다는 나타낸다. 리디렉션은 시간이 지남에 따라 변경 될 수 있으므로 클라이언트는 향후 요청에 대해 원래의 유효 요청 URI를 계속 사용해야합니다. [...]참고 : 이 상태 코드는
302
요청 방법을에서POST
로 변경할 수 없다는 점을 제외하면 (찾음) 과 비슷 합니다GET
. 이 사양은301
(영구적으로 이동 됨)에 해당하는 항목을 정의하지 않습니다 ( 그러나 RFC 7238308
은이 목적을위한 상태 코드 (영구 리디렉션)를 정의합니다 ).
308
RFC 7238는 정의하기 위해 만들어졌습니다 308
유사하다 (영구 리디렉션) 상태 코드 301
(영구 이동)하지만 요청 방법을 변경 할 수 없습니다 POST
로를 GET
.
308
상태 코드는 현재에 의해 정의된다 RFC 7538 (폐기 된 RFC 7238을 ).
308
(영구 리디렉션) 상태 코드는 대상 자원에 새로운 영구 URI가 할당되었으며 향후이 자원에 대한 참조가 동봉 된 URI 중 하나를 사용한다고 나타냅니다. 링크 편집 기능이있는 클라이언트는 가능한 경우 서버에서 보낸 하나 이상의 새 참조에 대한 유효 요청 URI에 대한 참조를 자동으로 다시 연결해야합니다. [...]참고 : 이 상태 코드는
301
요청 방법을에서POST
로 변경하는 것을 허용하지 않는다는 점을 제외하면 (영구 이동 됨) 과 유사 합니다GET
.
Se 우리는 다음이 있습니다 :
+-----------+-----------+
| Permanent | Temporary |
+------------------------------------------------------------+-----------+-----------+
| Allows changing the request method from POST to GET | 301 | 302 |
+------------------------------------------------------------+-----------+-----------+
| Doesn't allow changing the request method from POST to GET | 308 | 307 |
+------------------------------------------------------------+-----------+-----------+
Michael Kropat 는 각 상황에 가장 적합한 상태 코드를 결정하는 데 도움이 되는 일련의 의사 결정 차트 를 작성했습니다. 2xx
및 3xx
상태 코드 는 다음을 참조하십시오 .
POST
에 GET
" ? 게시 된 양식을 처리 할 수 없지만 새로운 새 양식을 서버에 저장 한 다음 다음 요청에 게시 할 수 있다는 의미입니까?
POST
(안전한) 요청이 to로 변경 되도록 허용하는 이유 GET
를 설명합니다. -비밀번호 포함) 요청은 보안 문제가 될 수 있으며 변경해도 안전한지 알지 못하는 경우 일반적으로 피해야 합니다. 요즘은 301, 302보다 307, 308을 사용하는 것이 일반적으로 지원되고 선호되는 것 같습니다.하지만 확인해야합니다.
308
은 횡 방향 무한대와 같으므로 영구적으로 리디렉션되며 요청 방법도 변경하지 않습니다. 또한 영구적이고 고정 된 요청 유형입니다. 그런 다음 307
입니다 1
임시 위치에 영구적 인 /의 킵 요청 방법 (GET / 포스트)하지만, 리디렉션 - 다음 단계 : 7 - "좌회전"또는 임시 우회, 7 같은 외모 K 찾고 유사한이므로, "계속"을 요청 방법.