44,000원
다른 수강생들이 자주 물어보는 질문이 궁금하신가요?
- 미해결모든 개발자를 위한 HTTP 웹 기본 지식
HTTP가 왜 무상태인가요?
학습하는 분들께 도움이 되고, 더 좋은 답변을 드릴 수 있도록 질문전에 다음을 꼭 확인해주세요.1. 강의 내용과 관련된 질문을 남겨주세요.2. 인프런의 질문 게시판과 자주 하는 질문(링크)을 먼저 확인해주세요.(자주 하는 질문 링크: https://bit.ly/3fX6ygx)3. 질문 잘하기 메뉴얼(링크)을 먼저 읽어주세요.(질문 잘하기 메뉴얼 링크: https://bit.ly/2UfeqCG)질문 시에는 위 내용은 삭제하고 다음 내용을 남겨주세요.=========================================[질문 템플릿]1. 강의 내용과 관련된 질문인가요? (예/아니오)2. 인프런의 질문 게시판과 자주 하는 질문에 없는 내용인가요? (예/아니오)3. 질문 잘하기 메뉴얼을 읽어보셨나요? (예/아니오)[질문 내용]여기에 질문 내용을 남겨주세요.TCP는 3 way handshake로 stateful인데TCP 기반으로 작동하는 HTTP가 왜 stateless인지 모르겠습니다stateful로 작동하는 TCP 위에서 HTTP가 어떻게 stateless로 작동한다는 것인지 이해가지 않습니다
- 미해결모든 개발자를 위한 HTTP 웹 기본 지식
캐시 데이터 저장 위치가 궁금합니다.
학습하는 분들께 도움이 되고, 더 좋은 답변을 드릴 수 있도록 질문전에 다음을 꼭 확인해주세요.1. 강의 내용과 관련된 질문을 남겨주세요.2. 인프런의 질문 게시판과 자주 하는 질문(링크)을 먼저 확인해주세요.(자주 하는 질문 링크: https://bit.ly/3fX6ygx)3. 질문 잘하기 메뉴얼(링크)을 먼저 읽어주세요.(질문 잘하기 메뉴얼 링크: https://bit.ly/2UfeqCG)질문 시에는 위 내용은 삭제하고 다음 내용을 남겨주세요.=========================================[질문 템플릿]1. 강의 내용과 관련된 질문인가요? (예/아니오)2. 인프런의 질문 게시판과 자주 하는 질문에 없는 내용인가요? (예/아니오)3. 질문 잘하기 메뉴얼을 읽어보셨나요? (예/아니오)[질문 내용]설명해주신 캐시에 저장하는, 1.1M를 다운 받는 데이터들을 캐시에 저장할때 실제 클라이언트측 pc의 캐시 메모리에 저장이 되는것 인가요? 아니면 보조기억장치에 저장이 되는건가요
- 미해결모든 개발자를 위한 HTTP 웹 기본 지식
패치를 받아들이지 못하면 포스트를 사용하는 부분 질문이 있습니다.
학습하는 분들께 도움이 되고, 더 좋은 답변을 드릴 수 있도록 질문전에 다음을 꼭 확인해주세요.1. 강의 내용과 관련된 질문을 남겨주세요.2. 인프런의 질문 게시판과 자주 하는 질문(링크)을 먼저 확인해주세요.(자주 하는 질문 링크: https://bit.ly/3fX6ygx)3. 질문 잘하기 메뉴얼(링크)을 먼저 읽어주세요.(질문 잘하기 메뉴얼 링크: https://bit.ly/2UfeqCG)질문 시에는 위 내용은 삭제하고 다음 내용을 남겨주세요.=========================================[질문 템플릿]1. 강의 내용과 관련된 질문인가요? (예/아니오)2. 인프런의 질문 게시판과 자주 하는 질문에 없는 내용인가요? (예/아니오)3. 질문 잘하기 메뉴얼을 읽어보셨나요? (예/아니오)[질문 내용]패치는 리소스 부분변경을할 식별자가 있어서 어느 리소스를 변경할지 지정이 가능한데(members/100 처럼이요) post는 식별자가 없는데 패치를 받아들이지 못하는 서버일 경우 post를 사용하면 된다고 강의 영상 마지막 부분에 설명해주신 부분을 잘 모르겠습니다.
- 미해결모든 개발자를 위한 HTTP 웹 기본 지식
304 Not Modified 질문 있습니다
학습하는 분들께 도움이 되고, 더 좋은 답변을 드릴 수 있도록 질문전에 다음을 꼭 확인해주세요.1. 강의 내용과 관련된 질문을 남겨주세요.2. 인프런의 질문 게시판과 자주 하는 질문(링크)을 먼저 확인해주세요.(자주 하는 질문 링크: https://bit.ly/3fX6ygx)3. 질문 잘하기 메뉴얼(링크)을 먼저 읽어주세요.(질문 잘하기 메뉴얼 링크: https://bit.ly/2UfeqCG)질문 시에는 위 내용은 삭제하고 다음 내용을 남겨주세요.=========================================[질문 템플릿]1. 강의 내용과 관련된 질문인가요? (예/아니오)2. 인프런의 질문 게시판과 자주 하는 질문에 없는 내용인가요? (예/아니오)3. 질문 잘하기 메뉴얼을 읽어보셨나요? (예/아니오)[질문 내용]여기에 질문 내용을 남겨주세요. 304 응답의 경우 로컬PC에 저장된 캐시를 재사용한다고 말씀하셨는데그렇다면 304 응답을 보내기 위해서는 먼저 클라이언트의 캐시가 유효한지 확인해야하는 절차가 필요하지 않나요?클라이언트 임의로 캐시를 삭제할수도 있고 캐시 만료기한이 지나 유효하지 않은 캐시인 경우라면 어떻게 되는지 궁금합니다
- 미해결모든 개발자를 위한 HTTP 웹 기본 지식
Stateless와 비연결성 질문입니다!
학습하는 분들께 도움이 되고, 더 좋은 답변을 드릴 수 있도록 질문전에 다음을 꼭 확인해주세요.1. 강의 내용과 관련된 질문을 남겨주세요.2. 인프런의 질문 게시판과 자주 하는 질문(링크)을 먼저 확인해주세요.(자주 하는 질문 링크: https://bit.ly/3fX6ygx)3. 질문 잘하기 메뉴얼(링크)을 먼저 읽어주세요.(질문 잘하기 메뉴얼 링크: https://bit.ly/2UfeqCG)질문 시에는 위 내용은 삭제하고 다음 내용을 남겨주세요.=========================================[질문 템플릿]1. 강의 내용과 관련된 질문인가요? (예/아니오)2. 인프런의 질문 게시판과 자주 하는 질문에 없는 내용인가요? (예/아니오)3. 질문 잘하기 메뉴얼을 읽어보셨나요? (예/아니오)[질문 내용]여기에 질문 내용을 남겨주세요.안녕하세요 복습하다가 궁금한 것이 생겨서 질문 남깁니다.Stateful에서 Stateless로 발전하게 된 이유는 중간에 서버가 끊기거나, 많은 클라이언트의 요청에도 어느 서버가 투입이 가능하기 때문에 서버의 효율이 높아지게 되어 사용하게 된 것인가요? Persistent Connection가 생기게 된 배경은 연결성으로 하게 된다면 클라이언트가 사용하지도 않는데 서버와 연결이 되어 있으니 자원이 낭비되고,비연결성으로 하게 되면 자주 사용하는 웹 사이트에 접속한다면 3 hand shake로 인해 시간이 길어지고 비효율적이기 때문에 그 중간인 Persistent Connection을 사용하게 된 것으로 이해하면 되나요? 감사합니다!
- 미해결모든 개발자를 위한 HTTP 웹 기본 지식
클라이언트와 서버
[질문 템플릿]1. 강의 내용과 관련된 질문인가요? (예)2. 인프런의 질문 게시판과 자주 하는 질문에 없는 내용인가요? (예/아니오)3. 질문 잘하기 메뉴얼을 읽어보셨나요? (예)[질문 내용]송신자를 클라이언트로 수신자를 서버로 예시를 들어주셨는데이부분이 좀 아리송합니다.분명 둘다 클라이언트이면서 서버일수 있는거 아닌가 해서요.그림상에서는 미국에있는 친구만 서버라고 하니까 좀 아리송합니다.클라이언트 패킷 전달 / 서버 패킷 전달 두 파트 부분에서 클라이언트가 한국에사는애, 서버가 미국에사는애로 예시를 들어주셨는데요.제가 이해하고 있던 부분은 각각의 클라이언트는 모두 서버를 갖는다는 개념입니다. 보내는 클라이언트가 가진 서버를 통해 받는 클라이언트의 서버에 전송하고반대로 받는 클라이언트의 서버가 보내 클라이언트의 서버에게 똑같이 전송하는 개념이요 아래 예시처럼 보내는 측면에서는 클라이언트고 받는 측면에서는 서버로 이해하는게 맞을까요?[ClientA가 ClientB에게 전송]Client A의 서버 → Client B의 서버[ClientB가 ClientA에게 전송]Client A의 서버 ← Client B의 서버이렇게 이해해야 하면 될까요?
- 미해결모든 개발자를 위한 HTTP 웹 기본 지식
PUT, PATCH method 관련 질문
HTTP method 중 put과 patch에 대해서 공부하고 아 그렇구나~ 하는 와중 갑자기 뜬금없는 질문이 떠올라서 질문드립니다. put은 내용 전체를 덮어쓰는 method이고 patch는 일부만 수정이 가능한 method 라고 배웠는데, 이것도 결국 http request를 backend상에서 어떻게 처리를 하느냐에 따라 달라지는 것 아닌가요? patch request를 받았다고 한들 backend단에서 데이터를 지우고 덮어쓰는 로직을 작성하면 put method와 같은 동작이 되는 것 아닌가요..? 그냥 backend 로직 구현은 염두하지 않고 그냥 그렇게 사용하기로 약속을 한 것인지 궁금합니다. 이상한 질문일수도 있지만 갑자기 문득 생각나서 질문 올려봅니다. 감사합니다.
- 미해결모든 개발자를 위한 HTTP 웹 기본 지식
session id를 db에 저장하고 이후에 요청이 들어오면
학습하는 분들께 도움이 되고, 더 좋은 답변을 드릴 수 있도록 질문전에 다음을 꼭 확인해주세요.1. 강의 내용과 관련된 질문을 남겨주세요.2. 인프런의 질문 게시판과 자주 하는 질문(링크)을 먼저 확인해주세요.(자주 하는 질문 링크: https://bit.ly/3fX6ygx)3. 질문 잘하기 메뉴얼(링크)을 먼저 읽어주세요.(질문 잘하기 메뉴얼 링크: https://bit.ly/2UfeqCG)질문 시에는 위 내용은 삭제하고 다음 내용을 남겨주세요.=========================================[질문 템플릿]1. 강의 내용과 관련된 질문인가요? (예)2. 인프런의 질문 게시판과 자주 하는 질문에 없는 내용인가요? (아니오)3. 질문 잘하기 메뉴얼을 읽어보셨나요? (아니오)[질문 내용]사용자가 로그인 서버에 요청을 보내서 정상적으로 로그인을 함.정상적으로 로그인을 했을때 session id를 생성해서 db에 저장session id를 cookie에 저장해서 응답으로 보냄사용자가 추가로 서버에 요청을 보냄DB에 저장된 session id를 찾아서 있으면 로그인한것으로 간주질문 실무에서는 로그인 할때마다 session id는 변경이 되는 것인가요?session id를 찾기 위해서 DB에 접근하는 과정이 있을텐데 그러면 대규모 프로젝트의 경우 많은 사람이 로그인 하는 환경이면 부하가 많이 걸리진 않나요?(서버에서 로그인 말고 다른 여러 작업도 진행이 되는 상황)
- 미해결모든 개발자를 위한 HTTP 웹 기본 지식
HTML FORM 사용 부분에서
[질문 템플릿]1. 강의 내용과 관련된 질문인가요? 예2. 인프런의 질문 게시판과 자주 하는 질문에 없는 내용인가요? 예3. 질문 잘하기 메뉴얼을 읽어보셨나요? 예[질문 내용]강의에서는회원 등록 폼을 /members/new로 get요청을 통해 회원 등록 폼 화면을 띄우고 회원 등록은 /members/new, /members에서 POST방식으로 데이터를 처리한다고 하셨는데회원 등록을 /members/new_process처럼 별도의 공간에서 데이터 처리를 하는거 안좋은 방식인가요?
- 해결됨모든 개발자를 위한 HTTP 웹 기본 지식
상태코드 404 vs 204
안녕하세요! 프로젝트 도중에 에러 상태코드를 어떤걸 내려주는 게 맞는지 모르겠어서 질문 남깁니다!ex) @GetMapping("/{memberId}") public ResponseEntity<MemberResponse> findById( @PathVariable Long memberId ) { MemberResponse response = memberService.findById(memberId); return ResponseEntity.ok(response); } public MemberResponse findById(Long id) { Member member = memberRepository.findById(id) .orElseThrow(() -> new BusinessException(MEMBER_NOT_FOUND)); return MemberResponse.from(member); }위와 같이 Member를 조회하는데 만약 Id에 해당하는 Member가 DB에 존재하지 않다면 204, 404중에 어떤 상태코드를 내려주는 게 맞나요??
- 미해결모든 개발자를 위한 HTTP 웹 기본 지식
표현의 의미
강의 4분 34초 강의자료를 보면 표현은 표현 메타데이터(표현 헤더)와 표현 데이터를 합친 개념이라고 하셨는데, 바로 다음인 4분 45초의 강의자료를 보면 "표현은 요청이나 응답에서 전달할 실제 데이터" 라고 작성되어있습니다. 4분 45초에 작성되어있는 표현은 정확히는 표현 데이터를 지칭하는 것이라 생각해도 될까요?
- 해결됨모든 개발자를 위한 HTTP 웹 기본 지식
일시적인 리다이렉션 307 Temporary Redirect 질문 있습니다.
학습하는 분들께 도움이 되고, 더 좋은 답변을 드릴 수 있도록 질문전에 다음을 꼭 확인해주세요.1. 강의 내용과 관련된 질문을 남겨주세요.2. 인프런의 질문 게시판과 자주 하는 질문(링크)을 먼저 확인해주세요.(자주 하는 질문 링크: https://bit.ly/3fX6ygx)3. 질문 잘하기 메뉴얼(링크)을 먼저 읽어주세요.(질문 잘하기 메뉴얼 링크: https://bit.ly/2UfeqCG)질문 시에는 위 내용은 삭제하고 다음 내용을 남겨주세요.=========================================[질문 템플릿]1. 강의 내용과 관련된 질문인가요? (예/아니오)2. 인프런의 질문 게시판과 자주 하는 질문에 없는 내용인가요? (예/아니오)3. 질문 잘하기 메뉴얼을 읽어보셨나요? (예/아니오)[질문 내용]여기에 질문 내용을 남겨주세요.안녕하세요 김영한님의 강의 잘 듣고 있습니다.강의를 듣가가 궁금한 점이 생겼는데요일시적인 리다이렉션에서 307 Temporary Redirect는 Post로 요청하면 똑같이 요청 메서드도 유지가 되는데 만약 주문 데이터를 Post /order HTTP/1.1로 요청을 하면 응답으로 HTTP/1.1 307 Temporary Redirect 헤더 부분에 Location: /order-result/19 결과 위치를 알려주는 거라면 리다이렉트시 어떤 형태로 Post를 하게 되나요? Post면 위치로 이동 후 다시 결과를 등록하는 건가요..?이해가 잘 안됩니다. 307은 Post로 요청을 하면 다시 Post로 리다이렉트가 되니깐 PRG가 될 수 없는 건가요?
- 미해결모든 개발자를 위한 HTTP 웹 기본 지식
Tcp 질문이요
학습하는 분들께 도움이 되고, 더 좋은 답변을 드릴 수 있도록 질문전에 다음을 꼭 확인해주세요.1. 강의 내용과 관련된 질문을 남겨주세요.2. 인프런의 질문 게시판과 자주 하는 질문(링크)을 먼저 확인해주세요.(자주 하는 질문 링크: https://bit.ly/3fX6ygx)3. 질문 잘하기 메뉴얼(링크)을 먼저 읽어주세요.(질문 잘하기 메뉴얼 링크: https://bit.ly/2UfeqCG)질문 시에는 위 내용은 삭제하고 다음 내용을 남겨주세요.=========================================[질문 템플릿]1. 강의 내용과 관련된 질문인가요? (예/아니오)2. 인프런의 질문 게시판과 자주 하는 질문에 없는 내용인가요? (예/아니오)3. 질문 잘하기 메뉴얼을 읽어보셨나요? (예/아니오)[질문 내용]여기에 질문 내용을 남겨주세요. Tcp라는게 들어보니까 좀 추상적인것같아서요 게임이나,채팅프로그램을 이용할때 TCP프로토콜을 사용하면서 통신한다고 이해해도될까요?
- 미해결모든 개발자를 위한 HTTP 웹 기본 지식
PUT, PATCH 메서드의 내부 동작 로직 차이
안녕하세요. JPA 에서 PUT, PATCH 의 내부 동작 차이가 궁금해서 질문 남깁니다. PUT 은 리소스를 완전히 대체하고, PATCH 는 일부 필드를 업데이트 하는 것이라고 했는데, 리소스를 어떻게 수정할 것인지는 Service 계층에 개발자가 정의한 메서드 로직대로 결정되는 게 아닌가 해서요. 개인적으로 테스트를 해봤는데,다음과 같이 MemberController 에서 API 2개를 짰고 (PUT, PATCH) 둘 다 MemberService.updateMember 메서드를 호출합니다.// MemberController @PutMapping("api/members/{memberId}") public void putUpdateMember( @PathVariable(value = "memberId") Long memberId, @Valid @RequestBody MemberUpdateRequestBody request){ memberService.updateMember(memberId, request); } @PatchMapping("api/members/{memberId}") public void patchUpdateMember( @PathVariable(value = "memberId") Long memberId, @Valid @RequestBody MemberUpdateRequestBody request){ memberService.updateMember(memberId, request); } MemberServIce 에서는 두 개의 필드 값만 변경합니다.// MemberService public void updateMember(Long memberId, MemberUpdateRequestBody request) { Member member = memberRepository.findById(memberId).orElseThrow(() -> new EntityNotFoundException("member not found")); member.changeName(request.getName()); member.changeAge(request.getAge()); }결과적으로 2가지 HTTP 메서드가 호출되어 실행된 DB Query 는 동일했습니다.그래서 궁금한 점이, HTTP 메서드에 따라 리소스를 갈아 끼우거나(PUT) 일부 필드만 업데이트(PATCH) 되는 것이 아니라, Service 계층에서 어떻게 로직을 짜는지에 따라 결정되는 게 아닌가? 해서 질문 남깁니다.
- 미해결모든 개발자를 위한 HTTP 웹 기본 지식
eTag 캐시 제어
학습하는 분들께 도움이 되고, 더 좋은 답변을 드릴 수 있도록 질문전에 다음을 꼭 확인해주세요.1. 강의 내용과 관련된 질문을 남겨주세요.2. 인프런의 질문 게시판과 자주 하는 질문(링크)을 먼저 확인해주세요.(자주 하는 질문 링크: https://bit.ly/3fX6ygx)3. 질문 잘하기 메뉴얼(링크)을 먼저 읽어주세요.(질문 잘하기 메뉴얼 링크: https://bit.ly/2UfeqCG)질문 시에는 위 내용은 삭제하고 다음 내용을 남겨주세요.=========================================[질문 템플릿]1. 강의 내용과 관련된 질문인가요? 예2. 인프런의 질문 게시판과 자주 하는 질문에 없는 내용인가요? 예3. 질문 잘하기 메뉴얼을 읽어보셨나요? 예[질문 내용]last-modified를 테스트 해봤을 때 캐시가 만료되어서 다시 요청을 하면은 304 상태코드를 알아서 응답했는데eTag를 사용했을 때는 알아서 304를 응답하지 않고 200을 응답하더라구요. 그래서 직접 비교를 하는데 eTag 설명에서 캐시 제어 로직을 서버에서 완전히 관리한다 라는 말이 이렇게 개발자가 직접 관리 한다는 뜻인가요? 아니면 원래 알아서 304를 반환하는데 뭔가를 잘못한 것인가요?
- 해결됨모든 개발자를 위한 HTTP 웹 기본 지식
캐시저장소에서 캐시데이터가 소멸되는 시기
(검증헤더와 조건부 요청의 사용여부와는 관계없이 모든 경우에) 클라이언트가 데이터를 요청할 때 마다 클라이언트는 캐시 저장소를 먼저 뒤진다. 데이터가 유효하다면 해당 요청 자체가 서버에게 도달하지 않고 캐시된 이미지를 바로 사용한다.(검증헤더와 조건부 요청을 사용하지 않는 경우) 클라이언트는 데이터 요청을 보낼 때 먼저 캐시 저장소를 뒤진다. 이 때, 요청한 캐시 데이터의 유효시간이 초과되었다면, 해당 요청은 서버에게 전달되며 클라이언트는 서버로부터 데이터를 새로 전달받는다.(검증헤더와 조건부 요청을 사용하는 경우) 클라이언트는 데이터 요청을 보낼 때 먼저 캐시 저장소를 뒤진다. 이 때, 캐시 데이터의 유효시간이 초과되었다면, 데이터 최종 수정일 값을 검증헤더if-modified-since에 넣어 서버에게 요청을 전달한다. 서버가 이를 확인하여 캐시된 데이터의 변경여부를 판단하고, 변경되지 않았다면 메시지 바디 없이 304 Not Modified 응답을 반환한다. 클라이언트는 응답 결과를 기반으로 캐시의 메타 정보를 갱신한다. 만약 데이터가 변경된 경우에는 클라이언트는 서버로부터 데이터를 새로 응답받는다.⇒ 즉, 캐시의 유효기간이 지났더라도 검증헤더와 조건부 요청을 사용하면, 데이터가 변경되지 않았을 경우에는 캐시데이터를 재사용할 수 있게 해준다. 이렇게 정리를 해보았는데요, 궁금한 점이 있습니다! (+ 위 정리 내용이 정확할까요?)위 설명대로라면 캐시 데이터의 유효시간이 초과된 경우에도, 캐시저장소에는 유효시간이 지난 캐시데이터가 존재해야 하는거잖아요, 그렇다면 '유효시간'이라는 것은 무엇을 의미하는 건가요? 캐시데이터의 유효시간이 지나면 바로 캐시저장소에서 해당 캐시데이터가 소멸된다고 생각했는데 그러니까 위 설명이 이해가 가지 않아서요,, 캐시저장소에서 유효시간이 지난 캐시데이터는 언제 소멸되는건가요?
- 미해결모든 개발자를 위한 HTTP 웹 기본 지식
rest api를 만드려고 할 때 put과 patch
게시물 수정, 회원 정보 수정과 같은 기능을 구현하려고 할 때 put과 patch 중 뭘 더 많이 사용하나요? 일부를 수정할 땐 patch, 전체를 수정하고 나머지를 null로 하고 싶으면 put은 이해를 했는데 비밀번호 변경과 같은 일부만 수정하는 것도 put을 사용하는 경우가 많아서 질문 드립니다.
- 미해결모든 개발자를 위한 HTTP 웹 기본 지식
URL 와 URI 차이
URI : http://localhost/index 위 URI 가 리다이렉트를 통해 index.html을 식별한다면 URI이지만 URL은 아니라는 글을 봤습니다. 그런데 자원은 제한 없이 식별되는 모든 것이라고 했을 때위 URI도 어떤 자원을 찾아내는 URL이 될 수 있는 게 아닌가 싶어서 질문 합니다.위 내용이 맞는 내용인지, 이런 구분 자체가 무의미한 것인지 궁급합니다.(애초에 제가 본 글이 정확하지 않을 수도 있을 것 같습니다)
- 미해결모든 개발자를 위한 HTTP 웹 기본 지식
멱등 내용 중 GET 부분 질문드립니다
안녕하세요 섹션 4 HTTP 메서드의 속성 내용 중 GET 부분에 대해 질문드리려고 합니다. 만약 어떤 데이터 조회 시, 해당 데이터의 마지막 조회 시간을 업데이트한다고 해보겠습니다조회 시마다 마지막 조회 시간이 변경되므로 멱등이 아닌걸까요? 아니면 GET 메서드를 잘못 사용한 걸까요?변경이 일어나므로 POST 메서드로 호출하거나, 일부 컬럼만 업데이트하므로 PATCH 메서드로 써야하는걸까요? 감사합니다
- 미해결모든 개발자를 위한 HTTP 웹 기본 지식
PUT, PATCH, DELETE
학습하는 분들께 도움이 되고, 더 좋은 답변을 드릴 수 있도록 질문전에 다음을 꼭 확인해주세요.1. 강의 내용과 관련된 질문을 남겨주세요.2. 인프런의 질문 게시판과 자주 하는 질문(링크)을 먼저 확인해주세요.(자주 하는 질문 링크: https://bit.ly/3fX6ygx)3. 질문 잘하기 메뉴얼(링크)을 먼저 읽어주세요.(질문 잘하기 메뉴얼 링크: https://bit.ly/2UfeqCG)질문 시에는 위 내용은 삭제하고 다음 내용을 남겨주세요.=========================================[질문 템플릿]1. 강의 내용과 관련된 질문인가요? (예)2. 인프런의 질문 게시판과 자주 하는 질문에 없는 내용인가요? (예)3. 질문 잘하기 메뉴얼을 읽어보셨나요? (예)[질문 내용]안녕하세요 강의에서 PUT메소드는 해당 리소스의 위치를 알고있다고 하셨는데요그러면 PATCH와 DELETE는 해당 리소스의 위치를 모르나요?모르면 안되는게 그래야 부분 변경할 수 있고 삭제할 수 있으니까요 궁금해서 질문드립니다!!