1. PUT (완전히 대체)
- PUT /members/100 HTTP/1.1
- Content-Type: application/json
- {
- "username":"hello",
- "age":20
- }
- 리소스를 대체
- 리소스가 있으면 대체
- 리소스가 없으면 생성
- 쉽게 이야기해서 덮어버림
- 중요! 클라이언트가 리소스를 식별
- 클라이언트가 리소스 위치를 알고 URI 지정
- POST와 차이점
2. PATCH
- 리소스 부분 변경
3. DELETE
- 리소스 제거
4. HTTP 메서드의 속성
- 1. 안전
- 호출해도 리소스를 변경하지 않음
- 2. 멱등
- 한 번 호출하든 두 번 호출하든 100번 호출하든 결과가 똑같다.
- 멱등 메서드
- GET: 한 번 조회하든, 두 번 조회하든 같은 결과가 조회
- PUT: 결과를 대체. 따라서 같은 요청을 여러 번 해도 최종 결과는 같음
- DELETE: 결과를 삭제. 같은 요청을 여러번 해도 삭제된 결과는 같음
- POST: 벽등이 아님. 두 번 호출하면 같은 결제 중복해서 발생 가능성
- 자동 복구 메커니즘
- 서버가 TIMEOUT 등으로 정상 응답을 못했을 때
- Q. 재요청 중간에 다른 곳에서 리소스를 변경하면?
- A. 벽등은 외부 요인으로 중간에 리소스가 변경되는 것까진 고려 x
- 3. 캐시 가능
- 응답 결과 리소스를 캐시 해서 사용해도 되는가?
- GET, HEAD, POST, PATCH 캐시 가능
- 실제로는 GET, HEAD 정도만 캐시로 사용
- POST, PATCH는 본문 내용까지 캐시 키로 고려해야 하는데, 구현이 쉽지 않음
'정보보안 (기술) > HTTP 웹' 카테고리의 다른 글
HTTP 7. 리다이렉션 (1) | 2024.07.14 |
---|---|
HTTP6. HTTP 메서드 활용 (1) | 2024.07.14 |
HTTP4. HTTP API, GET, POST (0) | 2024.07.14 |
HTTP3. HTTP 기본 (1) | 2024.07.14 |
HTTP2. URI (0) | 2024.07.14 |