PUT 요청에 대한 응답이 ETag를 제공하지 않아야하는 이유는 무엇입니까?

Question

Hypertext Transfer Protocol (HTTP/1.1): Semantics and Content에서 : 요청의 표현 데이터가 어떤없이 저장하지 않는 한

가 원 서버가 PUT에 성공적으로 응답, 같은 ETag 또는 Last-Modified 필드로 발리 헤더 필드 (Section 7.2)를 전송해서는 안 (즉, 자원의 새로운 표현 데이터는 PUT 요청에서 수신 된 표현 데이터와 동일하다) 유효성 검사기 필드 값은 새로운 표현을 반영한다. 이 요구 사항은 사용자 에이전트가 PUT의 결과로 현재 메모리에있는 표현 본문이 현재 상태로 남아 있으므로 원래 서버에서 다시 검색 할 필요가없고, 의 새 유효성 검사기가 우발적 인 덮어 쓰기 (Section 5.2)를 방지하기 위해 향후 조건부 요청에 응답을 사용할 수 있습니다.

이 섹션을 완전히 이해할 수는 없습니다 ... 굵은 문장은 모순 된 것 같습니다. 그렇습니까? PUT에 관한 검증 섹션 헤더를 갖는 동사 만 있음이

주 (GET/POST/DELETE/PATCH 참조).

Answer 1

요점은 서버가 저장하기 전에 표현을 변경하거나 변경하지 않을 수도 있다는 것입니다. 같은 대상 자원에 대한 후속 GET가 200 (OK) 응답으로 전송되고 상응하는 표현을 초래할 것이라고 제안 주어진 표현의

성공적인 PUT : 섹션에서 당신은 연결. 그러나 목표 서버가 원 서버에 의해 동적 처리를받을 수 있으므로 이러한 상태 변화가 관찰 될 것이라는 보장은 없습니다.

따라서 표준에서는 유효성 검사기 헤더의 유무를 사용하여 표현이 변경되었는지 여부를 사용자 에이전트에게 알립니다.

표현이 변경되지 않은 경우 서버는 유효성 검사기 헤더 필드를 반환 할 수 있으며 사용 도구는 방금 보낸 표현을 조건부로 유효성을 검사하는 데 사용할 수 있습니다.

표현이 변경되면 사용자 에이전트의 표현이 잘못 정의됩니다. 따라서 validator 헤더는 반환되지 않으며 사용자 에이전트는 무조건 GET을 수행해야합니다.