2017-12-27 8 views
-1

REST 프로토콜에 대한 읽기 GET 호출이 서버를 업데이트해서는 안된다는 것을 알았습니다./idempotent이어야합니다. 그래서 GET 호출로 만든 사용자 검색을 저장하려면 어떻게해야합니까? 내 결론은 멱등 한 작업 (첫 번째 및 N 저장은 서버에 동일한 효과가 있음)이므로 GET 호출이 서버 데이터를 수정한다는 점에서 괜찮습니다.REST GET 히스토리 저장하기

맞습니까?

덕분에 내가 원하는 경우 (A GET 호출에 의해) 사용자 검색이 저장되는 것을

답변

1

?

물론 이죠.

내 결론은 그것이 GET 호출 서버 데이터를 수정하는 경우에 괜찮아 그것이 나무 등 작업이기 때문에 (제 N 서버에서 같은 효과를 저장)이었다.

귀하의 결론은 약간 부드럽습니다.

로이 필딩, writing in 2002

HTTP 안전이 될 수있는 GET의 결과를 필요로하지 않습니다. 무엇이 작동의 의미론은 안전해야하며, 따라서 은 인터페이스의 사용자 인터페이스 또는 이 아니라 구현의 잘못이거나 해당 인터페이스의 사용자가 아니기 때문에 어떤 경우에는 이 속성 손실을 유발합니다 돈, BTW는이 정의의 에 대한 재산으로 간주됩니다).

여기서 핵심 아이디어는 의미 구별 경우 : HTTP 유니폼 인터페이스는 GET가 safe

요청 방법은 "안전"으로 간주되는 것을 정의는 정의 된 의미는 기본적으로 읽기 전용하는 경우; 즉, 클라이언트는 안전한 방법을 타겟 자원에 적용한 결과로서 원 서버상의 임의의 상태 변화를 요구하지도, 기대하지도 않는다. 마찬가지로 안전한 방법을 합리적으로 사용한다고해서 원본 서버에 해를 입히거나 자산을 잃거나 비정상적인 부담을 초래할 수 있습니다.

서버는 (그 모든 요청을 기록, 예를 들어, 포함) 요청이 좋아하는 어떤 방법을 처리 할 수 ​​있습니다.

관련 문제