44,000원
다른 수강생들이 자주 물어보는 질문이 궁금하신가요?
- 미해결모든 개발자를 위한 HTTP 웹 기본 지식
uri 설계 질문
회원 수정 /members/{id}/edit POST 위 URI 를 /members/edit/{id} POST 위와 같이 설계하여도 괜찮은 설계인가요?
- 미해결모든 개발자를 위한 HTTP 웹 기본 지식
http API가 우리가 사용하는 url을 만드는 그 행위인가요?
안녕하세요 질문이 조금 이상한데 http API라는게 뭔가 와닿지가 않아서 질문 드립니다. 우리가 사용하는 url에 리소스를 서버에 요청하고 결과를 얻어 올수 있도록 도와주는 도우미(?)로 이해하면 될까요?
- 미해결모든 개발자를 위한 HTTP 웹 기본 지식
심화학습을 하고싶은데 책추천해주실 수 있을까요
oreilly 사의 1. HTTP 완벽가이드 2. 리얼월드 HTTP 두 권중 하나를 생각중이긴한데 더 좋은 책이 있을까요?
- 미해결모든 개발자를 위한 HTTP 웹 기본 지식
Cache-Control: no-cache 와 관련하여 질문드립니다.
안녕하세요. 해당 강의를 수강중인 김승수라고 합니다. 항상 좋은 강의를 제공해주심에 감사드립니다. 이번 강좌에서 Cache-Control: no-cache 부분을 들으며 이것을 사용하는 실제 사례가 궁금해서 문의드립니다. Cache-Control: no-cache는 데이터를 캐시해도 되지만, 항상 원(Origin) 서버에 검증하고 사용해야한다고 설명들었습니다. 내용 자체는 이해가 가능하나 이 방식이 사용되는 실제 사례가 궁금합니다. 만료 시간 전에 캐시한 데이터가 서버에서 변경될 가능성이 높으나, 데이터 자체의 크기가 커서 변경이 일어나지 않은 경우에는 데이터를 다시 가져오는 부하를 줄이기 위해 사용하는 것일까요? 만료 시간 전에 캐시한 데이터가 서버에서 변경될 가능성이 높다면, 캐시 유효 시간을 짧게 설정하면 될 것인데... no-cache를 왜 만들었을까요? 캐시로 관리하는 데이터가 원 서버의 실제 데이터와 동일한지 매번 검증한다면 이 작업 자체도 오버헤드라고 볼 수 있지 않을까요? 아니면 드물게 사용하는 매우 큰 데이터를 캐시에 두고 캐시 유효 시간을 길게 가져가기 위해 사용하는 것일까요? 캐시 자체는 빈번하게 조회할 데이터를 빠르게 가져오기 위해 조회 데이터를 가까이 두는 기술로 알고 있는데요. 드물게 사용할 데이터를 캐시에 보관하는 것도 이상하다고 생각됩니다. 강사님의 답변 기다리겠습니다. 감사합니다. 김승수 드림
- 미해결모든 개발자를 위한 HTTP 웹 기본 지식
안녕하세요 강의자료 이미지를 블로그에 올려도 되는지 궁금합니다.
학습하는 분들께 도움이 되고, 더 좋은 답변을 드릴 수 있도록 질문전에 다음을 꼭 확인해주세요.1. 강의 내용과 관련된 질문을 남겨주세요.2. 인프런의 질문 게시판과 자주 하는 질문(링크)을 먼저 확인해주세요.(자주 하는 질문 링크: https://bit.ly/3fX6ygx)3. 질문 잘하기 메뉴얼(링크)을 먼저 읽어주세요.(질문 잘하기 메뉴얼 링크: https://bit.ly/2UfeqCG)질문 시에는 위 내용은 삭제하고 다음 내용을 남겨주세요.=========================================[질문 템플릿]1. 강의 내용과 관련된 질문인가요? (예/아니오)2. 인프런의 질문 게시판과 자주 하는 질문에 없는 내용인가요? (예/아니오)3. 질문 잘하기 메뉴얼을 읽어보셨나요? (예/아니오)[질문 내용]여기에 질문 내용을 남겨주세요. 안녕하세요 다름이아니라 강의자료에있는 설명을 위한 이미지들을 VELOG 에 포스팅할 때 첨부해도 되는지 여쭤보고 싶습니다! 답변미리정말감사합니다!!
- 해결됨모든 개발자를 위한 HTTP 웹 기본 지식
Host 질문드립니다.
안녕하세요. Host에 대한 제 생각이 맞는지 질문드립니다. Host 없이 "GET /hello HTTP/1.1" 이렇게만 오면 서버에서 이 요청을 어디서 처리해야 하는지 알 수 없기 때문에 Host로 처리해야 하는 위치를 알려준다고 이해해도 될까요?
- 미해결모든 개발자를 위한 HTTP 웹 기본 지식
TCP 3 way handshake
클라이언트와 서버가 TCP 3 way handshake로 논리적으로 연결 된다고 알고 있습니다. 그러면 실제 클라이언트와 서버가 물리적으로 어떻게 연결됐는지는 알 수 있나요?
- 해결됨모든 개발자를 위한 HTTP 웹 기본 지식
301에 관해 질문드립니다.
리다이렉션은 응답 메시지에 Location 헤더가 있으면 자동으로 브라우저가 Location에 있는 uri로 이동하는 것으로 이해했습니다. 근데 301은 POST로 보내도 리다이렉션 시에 GET으로 재전송하면서 기존의 message body에 있는 부분도 다 날아간다고 하셨습니다. 그러면 보낼 데이터가 없는 상태에서 GET으로 재전송 하는 건데 에러가 발생하지 않나요?
- 해결됨모든 개발자를 위한 HTTP 웹 기본 지식
동적 데이터 조회 질문드립니다.
검색할 때 query parameter를 사용하는 것이 좋다고 말씀하셨는데 그럼 검색결과를 pagination하려면 어떻게 해야 할까요? "localhost:3000/boards/search?title=hello/1" 이런식으로 만들어야 하나요?
- 미해결모든 개발자를 위한 HTTP 웹 기본 지식
PATCH 질문
PATCH 의 경우 지원되지 않는 서버가 있다 라고 말씀주셨는데 "지원되지 않는 서버" 의 기준이 정말 웹 서버 버전에 따라 지원되지 않는다는것인가요? 아니면 API를 설계한 사람이 개발 할때 부분 변경도 PATCH 메서드로 적용을 하지 않았다는것인가요?
- 미해결모든 개발자를 위한 HTTP 웹 기본 지식
PUT 질문
PUT 메서드를 이용하여 특정 필드의 데이터만 부분 변경하고 싶을 경우에요, 특정 필드만 데이터를 보냈을 시에 특정 필드만 변경되도록 로직은 API 설계자가 직접 구현을 해주어야 하는거고 PUT 은 그냥 약속인 것이죠? 시스템적으로 PUT 으로 전송시에 HTTP 자체에서 따로 처리해주는것은 없는지 궁금합니다.
- 미해결모든 개발자를 위한 HTTP 웹 기본 지식
중계서버 질문
여기서 나오는 중계서버는 어느 개념인가요?
- 미해결모든 개발자를 위한 HTTP 웹 기본 지식
DNS 는 통신 방식이 다른건지 궁금합니다.
안녕하세요. 다른 질문댓글에서 DNS 는 3way handshake 가 발생하지 않는다고 하셔서 3way handshake 는 HTTP 단계가아니라 TCP / IP 단계에서 맺어주는 요청이지 않나요?? DNS와의 연결방식이 혹시 기존 TCP IP 와 다르게 동작하는것인가요??
- 미해결모든 개발자를 위한 HTTP 웹 기본 지식
프로토콜과 포트에 대해 질문있습니다.
안녕하세요. 수업 감사히 잘듣고있습니다. URL 구성이 protocol://domain:port 구성으로 되어있고, well known 규칙으로 인해 브라우저에서 https 프토로콜은 443 으로 http 는 80 으로 요청한다고 되어있다고 다른 포트로 요청한다고 설명해주셨더라구요. 여기서 질문이 1. 서버상에서 axios 등으로 https 로 요청하게 되면 브라우저처럼 프로토콜을 보고 포트생략시 임의로 붙여주지 않을거같은데 이때의 포트는 무조껀 기재해야하는것인가요?? 2. https://somedomain:8001 이런 서비스가 제공되었을때 https 연결을 위해 인증서 등등을 거치게 되는데 프로토콜의 역활은 이러한 연결 방법만 기재해주는게 맞나요?? 아니면 추가적인 역활이 더있는것인가요?? 감사합니다.
- 미해결모든 개발자를 위한 HTTP 웹 기본 지식
캐시 vs 쿠키 차이점 질문합니다
안녕하세요 캐시와 쿠키와 관련한 차이점에 대해 질문드립니다. 두개 모두 정보를 캐시저장소와 쿠키저장소에 저장하고 이를 사용할 수 있는 공통점이 있는것 같습니다. 하지만 두 개의 사용 헤더도 다르고 사용 목적도 다르기는 한데 두개의 차이점을 찾아보니 난해한 부분이 있어 질문 드립니다. 쿠키와 캐시의 정의, 사용목적, 차이점등에 대해 부연설명 부탁드리겠습니다. 감사합니다.
- 미해결모든 개발자를 위한 HTTP 웹 기본 지식
현직 웹개발자에게도 유용한 지식
웹 기본 원리를 알고있다고 생각했는데 들으면서 내가 그동안 전체적인 http통신을 몰랐었구나 깨닫게 되는 강의입니다. 초심자 경력자 모두 이게 유익한 강의였고 쉽게 가르쳐주시고 개념위주로 정리를 정말 잘했습니다. 진짜 5점짜리 강의
- 미해결모든 개발자를 위한 HTTP 웹 기본 지식
URI 설계 질문입니다.
간단한 웹 게시판을 만들때 컨트롤러에서 논리 패스를 /member/join /member/login /member/logout 등 으로 @GetMapping @PostMapping으로 처리했었습니다. 근데 강의에서 보면 리소스만 식별하고 행위는 따로 구분하라 하셨는데요 그러면 논리패스를 /member 로만 설정하고 각 메서드(행위)에 맞는 Mapping으로(get,post,patch,put 등) 구현하는게 더 올바른 방법인가해서 질문드립니다.
- 미해결모든 개발자를 위한 HTTP 웹 기본 지식
음 제가 잘 이해하고 있는건지 모르겠습니다
앞 강의에서는 클라이언트와 서버간의 요청 응답 처리를 하기전 TCP/IP 계층에서 3 way handshake를 한다했는데 이번 강의에서는 TCP 프로토콜은 게임쪽을 제외하곤 사용하지 않고 거의 모든 웹통신에서는 HTTP 프로토콜을 사용 한다라고 하셨는데요 그러면 이전 강의 내용은 TCP/IP 계층에서 3way handshake를 하는 방법은 옛날 통신 방법이고 요즘엔 TCP/IP 계층에서 3 way handshake 하지 않고 바로 HTTP 메시지를 주고 받는다 라고 이해하면될까요?
- 해결됨모든 개발자를 위한 HTTP 웹 기본 지식
PRG 패턴에 대해서 질문이 있습니다.
학습하는 분들께 도움이 되고, 더 좋은 답변을 드릴 수 있도록 질문전에 다음을 꼭 확인해주세요.1. 강의 내용과 관련된 질문을 남겨주세요.2. 인프런의 질문 게시판과 자주 하는 질문(링크)을 먼저 확인해주세요.(자주 하는 질문 링크: https://bit.ly/3fX6ygx)3. 질문 잘하기 메뉴얼(링크)을 먼저 읽어주세요.(질문 잘하기 메뉴얼 링크: https://bit.ly/2UfeqCG)질문 시에는 위 내용은 삭제하고 다음 내용을 남겨주세요.=========================================[질문 템플릿]1. 강의 내용과 관련된 질문인가요? 예2. 인프런의 질문 게시판과 자주 하는 질문에 없는 내용인가요? 예3. 질문 잘하기 메뉴얼을 읽어보셨나요? 예[질문 내용]PRG 패턴을 통해서 POST 요청에 대해서 응답 시 302 Redirect location을 통해서 브라우저의 마지막 요청을 Get으로 변경함을 통해서 중복 주문을 방지한다고 이해했습니다.Q1. 만일 POST 요청을 응답 받기 전에 여러 번 진행 하는 방법도 있을 것 같은데 이때는 어떻게 처리해야 할까요?Q1-1 서버측에서 해당 처리가 가능할까요?Q1-2 클라이언트 측에서 PRG 처리를 막는 방법의 예시가 무엇이 있을까요?
- 미해결모든 개발자를 위한 HTTP 웹 기본 지식
HTTP API 데이터 전송
안녕하세요. 스프링 기본편에서 서버 - 클라이언트 간 데이터 전달을 다음과 같이 정리해 주셨는데요. 클라이언트 -> 서버 1. Request parameter 2. HTML FORM 3. HTTP MESSAGE BODY 서버 -> 클라이언트 1. HTML 정적리소스 2. VIEW 템플릿 3. HTTP MESSAGE BODY 이번 챕터에서 배우는 HTTP API는 위의 6가지랑 비교하면 어디에 해당하는건가요?? 정리하자면, 서버 - 클라이언트 간에 데이터 전송하는 방식을 구체적으로는 알겠는데, HTTP API라는게 어디에 해당하는건지 잘 모르겠습니다.