HTTP 상태 코드 업데이트 및 삭제하시겠습니까?

내가 어떤 상태 코드 맞는 '업데이트' ('동일팔레트에') 와 '삭제' (예를 들어 제품 업데이트 성공)?

Bill the Lizard
편집된 질문21일 6월 2013 в 8:30
프로그래밍
http http-status-codes
26일 2월 2010 в 3:16
74 파운드
해결책

For a 동일팔레트에 신청: , 말은 HTTP 204 &quot 리소스에는 업데이트되도록 successfully&quot, 또는 HTTP 200 한다.

  • 대해 삭제 신청: , 말은 HTTP 204 &quot 폐기됩니다 리소스에는 successfully&quot, 또는 HTTP 200 한다. 202* 귀의하지않는다고 피쳐도 되는 HTTP 서버 및 지침, 리소스에는 &quot 있다는 것을 의미한다) 는 수락됨 대한 표시되었는지 deletion".

&gt. [동일팔레트에] [1] &gt. &gt. 이 경우 기존 자원 중 204 (내용 없음) 의 응답 코드를 수정되므로 200 (OK) 또는 &gt. 성공적으로 완료하기 나타내십시오 보낼 예정입니다. &gt. &gt.

&gt. [DELETE] [2] &gt. &gt. 성공적인 응답 (OK) 가 200 한다는 응답 dm_ownerdm_owner 엔티티입니다 상태를 설명하는 202 (수락됨) 가 제정한 204 (내용 없음), 또는 작업이든지 아직 작업이든지 제정될 경우 그동안 하지만 엔티티입니다 응답 포함되지 않습니다.

출처: W3.org. HTTP/1.1 메서드입니다 redefinitions

&gt. 표준 HTTP 200mb/s OK: 성공적인 HTTP 응답 &gt. 요청. 실제 응답 불지옥으 &gt. 사용하는 방법을 요청에 따라 다릅니다. &gt. &gt. 서버는 HTTP 요청을 처리할 수 없는 반품하기 컨텐트입니다 성공적으로 204 Content: 없습니다.

출처: [Http 상태 코드: 2xx 성공을) (http://en.wikipedia.org/wiki/List_of_HTTP_status_codes # 2xx_Success)

[1]: https://www.w3.org/Protocols/rfc2616/rfc2616-sec9.html # sec9.6 [2]: https://www.w3.org/Protocols/rfc2616/rfc2616-sec9.html # sec9.7

Ahmad Awais
편집된 답변28일 7월 2019 в 4:47
해설 (17)

짧은 대답: 모두 동일팔레트에 및 삭제 (OK) 또는 204 (내용 없음) 인컨텍스트 200mb/s 전송하십시오 합니다.

긴 대답: # 39 의 here& 전체 의사결정 다이어그램 (클릭하여 찬미하라).

! [HTTP 1.1 진단트리 구성도를] [1]

출처: https://github.com/for-GET/http-decision-diagram

Haralan Dobrev
편집된 답변16일 9월 2017 в 8:38
해설 (18)

팁입니다.

  • 삭제 *

&gt. - 200 (스케쳐내 전송하십시오 몇 가지 추가 data-in 응답) 또는 204 (권장됨).

&gt. - 202 폐기됩니다 커밋되었습니다 아직 작업을 하지 않고 있다.

&gt. # 39 의 경우, 사용할 수 없다 - there& 204 net/ 또는 404 삭제 (DELETE 작업은 멱등, 삭제 이미 삭제된 항목이 작업 성공 수 있도록 반품하십시오 204 있지만 it& # 39, s, t # 39 것은 사실이라고 멱등 doesn& 반드시 동일한 응답)

&gt. 다른 오류:

&gt. - Bad Request 400 (잘못된 구문 또는 나쁜 질의입니다 이상한 그러나 가능한). &gt. - 401 무단 인증 실패 &gt. - 금기한 403 : 승인 실패 또는 응용 프로그램 ID 가 잘못되었습니다. &gt. - 405 미허용 . 그러거라 &gt. - 리소스에는 409 충돌이 일어날 수 있는 복잡한 시스템에서. &gt. - 및 501 502, 이런 오류가 발생했습니다.

  • 동일팔레트에 *

&gt. # 39 의 경우, re 업데이팅이 you& 요소를 취합은

&gt. - 200/204 그들위에 삭제하시겠습니까 와 동일한 이유 있다. &gt. - 202 작업이 아직 최선을 다하고 않았습니다.

&gt. # 39 는 referenced 요소점 doesn&, t 존재합니다.

&gt. - 동일팔레트에 201 수 있습니다 (창조하 요소점 이기 때문에 경우 사용자의 행동) &gt. - 404 don& 만들 경우, t # 39 를 통해 요소 동일팔레트에.

&gt. - Bad Request 400 (잘못된) 의 경우, 일반적인 것보다 더 나쁜 쿼리하지 구문 또는 삭제). &gt. 401 무단 - &gt. - 금기한 403 : 인증 실패 또는 응용 프로그램 ID 가 잘못되었습니다. &gt. - 405 미허용 . 그러거라 &gt. - 리소스에는 409 충돌이 일어날 수 있는 복잡한 시스템에서 같이 삭제입니다. &gt. , 가공 할 수 있습니다 - 422 엔티티에는 구분할 수 &quot 나쁜거라 request&quot. (예를 들어, 잘못된 XML / JSON) 와 잘못된 필드 값을 &gt. - 및 501 502, 이런 오류가 발생했습니다.

Alfonso Tienda
편집된 답변11일 6월 2018 в 10:15
해설 (5)

Rfc 2616 <;;; (http://www.w3.org/Protocols/rfc2616/rfc2616-sec9.html) 에서는 a href = &quot &quot &gt 어떤 상태 코드를 /a&gt use<;).

39 의 not it& 없고, 항상 200mb/s.

해설 (0)

또한 200m 와 204 205 (Reset Content) 유효함 수 있다고 답했다.

&gt. 서버에는 이행됨 요청 및 사용자 에이전트 /dev/raw/raw200 재설정하십시오 요청 때문에 볼 수 있는 문서를 전송할 수 있습니다. [예] 선택취소하여 있는 형태의 입력입니다 주어질 수 있다.

pje
편집된 답변22일 2월 2013 в 11:08
해설 (0)

, &Quot should&quot 삭제하시겠습니까 경우, 이후 징턴 agent. 질문 어떤 사람들은 돌아오는 것을 감안하면 200 vs 204 복귀하십시오 만하다 추천합니까 엔티티입니다 링크와 함께 그 기본 설정은 200.

&gt. 204 (내용 없음), &quot 반환하는 대신 도움됐네 및 API 를 합니다. &gt. 제안하세요 places to go. 제가 생각하는 명백하네 https://partner. microsoft. 예제에서와 &gt. 제공하십시오 to&quot 있다. & # 39, & # 39, somewhere.com/container/ - (빼기 & # 39, resource& # 39;) &quot 컨테이너입니다 중에서 &gt. 그냥 폐기됩니다 클라이언트뿐 리소스에는. 아마 그 뜻을 클라이언트입니다. &gt. 더 많은 자원을 삭제하시겠습니까 도움됐네 link.&quot 도왔으매 될 것이다.

http://blog.ploeh.dk/2013/04/30/rest-lesson-learned-avoid-204-responses/

&gt. 204 포기할 경우 발생할 수 있으며, http://www. documentum. 인컨텍스트 클라이언트여야 응답 &gt. 이 API 는 진입점이 돌아가, 또는 그 이전 리소스에는 &gt. 있다. 괜찼습니다 옵션은 특히 좋다.

개인적으로 꼭 이래야겠어요 없는 말을 잘못 204 (괜찼습니다 높여줍니까 작가. 그가 말하는 annoying&quot ";) 좋은 캐싱과는 클라이언트 측 선수단 때문에 많은 혜택을 누릴 수 있습니다. 어느 쪽이든 일관적이며 가장 잘 볼 수 있습니다.

Paulo Merson
편집된 답변19일 7월 2017 в 5:05
해설 (0)

지난 6월 2014년 [RFC7231] [1] 쓸모 없게 RFC2616. 수행할 경우 미삭 HTTP 를 통해 다음 [RFC7231] [1] 에서, 어떤 행동에 대해 정확히 말해서 로그하고 삭제하시겠습니까 가져올 것으로 보인다.

[1]: https://tools.ietf.org/html/rfc7231 # section-4.3

해설 (0)
  • Here& # 39 의 일부 상태 코드를 알아야 할 수 있는 종류의 knowledge.* 단축시킵니다

1XX 응답을 정보

&gt. 100 계속하시겠습니까 - &gt. 101 스위칭이란 프로토콜뿐만 - &gt. 102 프로세성 - &gt. 초기 힌트 103 -

2XX 성공

&gt. 200 양호임 - &gt. 201 창조하 - &gt. 202 수락됨 - &gt. 비 정식 203 정보 - &gt. 204 내용 없는 - &gt. 205 재설정하지 콘텐츠 - &gt. 부분 - 206 내용 &gt. 207 멀티 상태 - &gt. 이미 보고됨 208 - &gt. im 사용되는 226 -

3XX 리디렉션을

&gt. 여러 선택항목을 300 - &gt. 301 이동 있겠느 - &gt. 302 http://support. - &gt. - 303 다른 See &gt. 수정되지 않은 304 - &gt. 305 경로재설정 가상본 - &gt. 306 스위치였습니다 가상본 - &gt. 임시 리디렉션할 307 - &gt. 308 영구적입니다 리디렉션할 -

4XX 클라이언트 오류를

&gt. 400 나쁜거라 요청 - &gt. 401 무단 - &gt. 필요한 결제 402 - &gt. 403 금기한 - &gt. - 404 찾을 수 없습니다. &gt. 405 메서드입니다 미허용 - &gt. 406 수락할 수 없는 - &gt. - 407 가상본 인증 필요 &gt. - 요청 408 시간초과되었습니다. &gt. - 409 충돌 &gt. 다 410 - &gt. - 411 길이 필요 &gt. - 412 조건으로 못했습니다. &gt. - 413 페이로드 너무 큽니다. &gt. 우리 너무 오래 414 - &gt. 415 지원되지 않는 용지타입 - &gt. - maxvalorarray 416 사티스피이블 없습니다. &gt. - 417 기대에 미치지 못했습니다. &gt. - , I& 418 # 39 m a 찻주전자 &gt. - 420 장애로부터의 방법 &gt. - 잘못 전달된 421 요청 &gt. 가공 할 엔티티에는 422 - &gt. 423 잠겨집니다 - &gt. - 실패했습니다. 424 상관 관계 &gt. - 426 업그레이드가 필요합니다. &gt. 필요한 조건으로 428 - &gt. 너무 많은 요청률 429 - &gt. - 요청 431 헤더 필드를 너무 큽니다. &gt. - 451 법적인 이유로 사용할 수 없습니다.

5XX 서버 오류

&gt. 500 내부 서버 오류 - &gt. - 501 구현되지 않았습니다. &gt. 502 나쁜거라 게이트웨이형 - &gt. - 503 서비스를 사용할 수 없습니다. &gt. 504 게이트웨이형 시간초과했습니다 - &gt. http version not supported 505 - &gt. 506 세인 것을 협상할 - &gt. - 507 스토리지가 부족합니다 &gt. 루프 검출하였습니다 508 - &gt. - 510 ehas 없습니다. &gt. - 511 네트워크 인증 필요

해설 (0)
  • 하이퍼텍스트 전송 프로토콜 (HTTP/1.1): 시맨틱스를 및 내용 *

간략하게 설명했다. [대해 자세히 알고 상태 코드] [1]

[1]: https://tools.ietf.org/html/rfc7231 # section-6.5.5

해설 (0)

이 때 수정되므로 리소스에는 응답 코드를 200 합니다 ("정상") . Uri 를 변경하는 방식으로 리소스에는 상태 변화가 있을 경우 자원 (예를 들어, 사용자 계정 은 renamed) 을 응답 코드는 301 ("이동된 있겠느") 및 위치 헤더입니다 새로운 URI 제공해야 합니다.

객체가 삭제되고, 응답 코드의 200 ("정상") 에서 제공합니다. 합니다.

자세한 내용은 아래 링크를 준수하십시오 - 대한 상태 코드를 미삭

해설 (0)