inflearn logo
강의

강의

N
챌린지

챌린지

멘토링

멘토링

N
클립

클립

로드맵

로드맵

지식공유

모든 개발자를 위한 HTTP 웹 기본 지식

2xx - 성공

204 No Content

109

김학

작성한 질문수 8

0

HTTP Delete 요청에 대한
응답으로 204 No Content는 어떠하신가용?


우선 저는 L7 네트워크 엔지니어 이고용,, L7 독학중에 있고 해당 강의 수강전에 우연히 chatGPT 한테 물어봤었던 기억이 있었는데 GPT는 이러한 예제를 알려주더군요.

저는 나름 납득이 가는 예제였고, 이해가 됐었는데
영환님 께서는 어떻게 생각하시는지 궁금합니다!

음 근데 설명해주신 것 처럼, "화면을 유지한다." 가 기본 베이스라면 Save 든 Delete든 상관이 없긴하겠네요..

------------------------------------------------------
HTTP DELETE 요청 예제

HTTP DELETE 메소드는 서버에서 특정 리소스를 삭제하도록 요청하는 데 사용됩니다. 여기 예제와 요청에 대한 설명을 제시합니다:

DELETE 요청 예제:

DELETE /resource/123 HTTP/1.1
Host: example.com
Authorization: Bearer [Access_Token]

HTTP DELETE 요청에 대한 응답 예제

응답 예제는 요청이 성공적으로 처리되었는지, 실패했는지에 따라 다릅니다:

  1. 성공 응답:

    HTTP/1.1 204 No Content

     

    • Status Code: 204 No Content - 요청이 성공했지만, 클라이언트에게 반환할 내용이 없음을 의미합니다.

    • Explanation: 리소스가 성공적으로 삭제되었으나, 클라이언트가 추가로 처리할 필요가 없는 경우에 사용됩니다.

네트워크

답변 2

0

y2gcoder

안녕하세요. 김학님, 공식 서포터즈 y2gcoder입니다.

저도 어렴풋이만 알고 있어 찾아봤더니 다음 링크(클릭)이 있어 공유드리고 싶습니다 🙂

답변과 답변의 링크 모두 참고하시면 좋을 것 같습니다!

감사합니다.

0

인프런 AI 인턴

안녕하세요, 인프런 AI 인턴입니다.

김학님, HTTP 프로토콜에서 DELETE 요청에 대한 응답 코드로 204 No Content를 활용하시는 것에 대한 질문을 주셨네요. DELETE 요청에 대한 응답으로 204 No Content를 사용하는 것은 일반적으로 맞습니다. 204 상태 코드는 요청이 성공적으로 처리되었지만, 클라이언트에게 반환할 내용이 없다는 것을 의미합니다. 이는 리소스가 정상적으로 삭제되었고, 클라이언트의 화면에 추가적인 변화가 필요 없음을 나타낼 때 사용됩니다.

아래는 관련된 강의 내 질문들을 다룬 답변들입니다. 이들을 참고하시면 더 깊이 있는 이해가 가능하실 것입니다:

  1. Rest 방식 DELETE 메서드 API 응답을 어떻게 하는게 맞을까요?

    • 이 게시물에서는 DELETE 메서드에 대한 다양한 응답 방식에 대한 토론이 진행되고 있으며, DELETE 요청 처리의 주요 옵션에 대해 설명하고 있습니다. DELETE 요청 시 응답으로 204 No Content를 사용하는 방법도 나와 있으니 참고하시면 도움이 될 것입니다.
  2. DELETE의 응답 메시지 포맷

    • 이 게시물에서는 DELETE 요청의 응답 상태 코드로 200, 202, 204를 사용하는 상황을 설명하는 내용이 포함되어 있습니다. 실무에서 DELETE 응답을 처리하는 방법에 대한 이해를 넓히는데 도움이 될 것입니다.

위의 답변들을 통해 DELETE 메서드 응답에 대해 더 명확한 이해를 할 수 있을 것입니다. DELETE 요청은 종종 리소스를 제거하지만, 클라이언트에게 구체적인 바디를 반환하지 않기 때문에 204 No Content가 적절한 응답 상태 코드로 사용되는 경우가 많습니다.

저는 질문자님의 이해를 돕고자 지식공유자님의 기존 답변을 참고하여 유사한 답변 링크를 추천해드리고 있습니다.
현재 베타 기능으로 답변이 만족스럽지 않을 수 있는 점 양해 부탁드립니다. 🙏
추가적으로 궁금한 점이 있으시면, 이어서 질문해 주세요. 곧 지식공유자께서 답변해 주실 것입니다.

캐시무효화시 그냥 no-store만 넣어되지 않나요?

0

68

2

API의 헤더와 바디에 대한 문의 입니다.

0

69

2

수정폼과 수정

0

66

1

쿠키에 대해 질문드려요!

0

87

2

서버에서 캐시 검증 헤더를 직접 처리해야 하나요?

0

85

1

http api get, post 멱등

0

39

1

컬렉션의 개념

0

47

1

시작라인에 들어가는 요청 대상 경로는 상대 경로 아닌가요?

0

51

1

PATCH 는 PUT처럼 멱등이여야 하지 않나요?

0

79

1

리소스 질문드립니다

0

55

1

IP 패킷 질문입니다.

0

58

1

html from, http api

0

74

2

브라우저 캐시가 60초 유효하다는게 무슨 뜻일까요

0

120

1

stateless 무상태 예제가 생각났는데. 저가 생각 한게 맞는지 궁금합니다.

0

97

1

URI 및 URL 질문, 왜 자바(스프링)에서는 이렇게 나누었는지?

0

139

1

host와 port

0

106

1

tcp/ip는 연결을 유지? 아니면 유지하지 않음?

0

143

1

다음 강의 커리큘럼 질문!!

0

129

2

캐시 개념에 대해서 설명하시지는 않으시는건가요?

0

113

1

클라이언트가 patch, delete 요청 시 알아야 하는 url

0

90

1

html form 형태 전송시 new, edit 등 컨트롤 리소스를 사용하는 이유

0

168

2

비 연결성(connectionless) 강의에서 질문입니다~

0

139

1

PATCH를 사용하지 못할 때 왜 POST?

0

158

2

협상과 우선순위3 질문드립니다.

1

129

1