30%
30,800원
다른 수강생들이 자주 물어보는 질문이 궁금하신가요?
- 미해결모든 개발자를 위한 HTTP 웹 기본 지식
캐시 유효 기간 초과 전 데이터의 갱신시 동작
[질문 템플릿]1. 강의 내용과 관련된 질문인가요? 예2. 인프런의 질문 게시판과 자주 하는 질문에 없는 내용인가요? 예3. 질문 잘하기 메뉴얼을 읽어보셨나요? 예[질문 내용]캐시 유효 기간이 지나기 전에 데이터가 갱신될 가능성은 없나요?개인적인 생각으로는 있을거 같고, 그렇다면 비록 유효 기간이 안지났다 하더라도 캐시를 갱신해줘야 할거 같은데, 이럴 때 동작은 어떻게 될까요?본문 자료로는 캐시 만료 전에는 서버로 요청이 안가는데, 사실은 유효시간 만료 전이던 후이던 상관없이 매 요청마다 서버로도 갱신 검증 요청이 가는것일까요?
- 해결됨모든 개발자를 위한 HTTP 웹 기본 지식
HTTP 1.1을 사용하는 이유
HTTP 3.0이 기능 개선이 된 것이니 모두 HTTP 3.0을 사용하면 될텐데 왜 HTTP1.1, HTTP2도 같이 사용하는 걸까요? (비슷한 질문이 있긴하던데 삭제됐다네요.)
- 미해결모든 개발자를 위한 HTTP 웹 기본 지식
4계층 프로토콜 패킷 조각화
[질문 템플릿]1. 강의 내용과 관련된 질문인가요? (예/)2. 인프런의 질문 게시판과 자주 하는 질문에 없는 내용인가요? (예/)3. 질문 잘하기 메뉴얼을 읽어보셨나요? (예/)[질문 내용]패킷이 순서대로 안오면 서버 쪽에서 패킷을 다시 보내라고 요청한다고 하셨는데tcp헤더에 적혀있는 패킷 순서로 서버 쪽 tcp/ip에서 조립하지 않나요??
- 해결됨모든 개발자를 위한 HTTP 웹 기본 지식
인터넷 프로토콜 스택의 4계층이 잇다고 하셨는데
학습하는 분들께 도움이 되고, 더 좋은 답변을 드릴 수 있도록 질문전에 다음을 꼭 확인해주세요.1. 강의 내용과 관련된 질문을 남겨주세요.2. 인프런의 질문 게시판과 자주 하는 질문(링크)을 먼저 확인해주세요.(자주 하는 질문 링크: https://bit.ly/3fX6ygx)3. 질문 잘하기 메뉴얼(링크)을 먼저 읽어주세요.(질문 잘하기 메뉴얼 링크: https://bit.ly/2UfeqCG)질문 시에는 위 내용은 삭제하고 다음 내용을 남겨주세요.=========================================[질문 템플릿]1. 강의 내용과 관련된 질문인가요? (예/아니오)예2. 인프런의 질문 게시판과 자주 하는 질문에 없는 내용인가요? (예/아니오) 아니오3. 질문 잘하기 메뉴얼을 읽어보셨나요? (예/아니오)예[질문 내용]인터넷 프로토콜로 통신?한다고 하면 될까요?하여튼 통신하는 과정이 ip만 보내고 tcp만 보내고 이런게 아니라 인터넷프로토콜 4계층을 전부 보낸다는걸로 이해하면 되는걸까요?
- 미해결모든 개발자를 위한 HTTP 웹 기본 지식
오타관련
[질문 템플릿]1. 강의 내용과 관련된 질문인가요? 2. 인프런의 질문 게시판과 자주 하는 질문에 없는 내용인가요? 예3. 질문 잘하기 메뉴얼을 읽어보셨나요? 예강의자료 324페이지에 오타관련으로 수정 부탁드립니다!위 그림중 데이터 미변경 예시에서, 304 Not Modified에 대한 전송용량이 0.1 M인데요. 바디가 0M이어야 되는데 1.0M으로 되어있습니다. 감사합니다 :)
- 미해결모든 개발자를 위한 HTTP 웹 기본 지식
쿼리의 형태
[질문 템플릿]1. 강의 내용과 관련된 질문인가요? (예)2. 인프런의 질문 게시판과 자주 하는 질문에 없는 내용인가요? (예)3. 질문 잘하기 메뉴얼을 읽어보셨나요? (예)[질문 내용]쿼리를 설명하시는 중에 ?q=hello&hl=ko 이 부분에서 구글에서는 이런 방식을 사용한다고 하셨습니다.문득 든 궁금증인데 그럼 타 웹사이트(naver, daum) 과 같은 곳에서는 쿼리를 다른 형태로 사용하나요?만약 다른 형태로 사용한다면 검색 엔진에 맞춰서 사용하는 건가요?쿼리에는 비슷하게 사용하도록 정해진 규약같은것이 없어서 자체적으로 정해놓고 사용하는건지 궁금합니다.
- 미해결모든 개발자를 위한 HTTP 웹 기본 지식
DELETE, PUT, PATCH의 리다이렉션
안녕하세요.DELETE, PUT, PATCH의 리다이렉션은 본문과 메서드를 어떻게 유지하나요? GET과 POST와 동일하게 동작하나요?
- 미해결모든 개발자를 위한 HTTP 웹 기본 지식
일시 리다이렉션 PRG 관련 질문있습니다.
[질문 템플릿]1. 강의 내용과 관련된 질문인가요? 예2. 인프런의 질문 게시판과 자주 하는 질문에 없는 내용인가요? 예3. 질문 잘하기 메뉴얼을 읽어보셨나요? 예[질문 내용]PRG 에서 Redirection 할 때, 302 응답 Location 을 기존페이지와 다른 페이지로 주는게 아니라 기존 페이지 그대로 돌려줘도 제대로 동작하나요? 예를들어1. 요청 POST /order2. 주문데이터 저장3. 응답 Location /order4. 자동리다이렉트5. 요청 GET /order6. /order 페이지 조회7. 응답 200 OK이렇게 동작 할까요?
- 미해결모든 개발자를 위한 HTTP 웹 기본 지식
영구 리다이렉트 관련 질문 있습니다.
학습하는 분들께 도움이 되고, 더 좋은 답변을 드릴 수 있도록 질문전에 다음을 꼭 확인해주세요.[질문 템플릿]1. 강의 내용과 관련된 질문인가요? (예/아니오)2. 인프런의 질문 게시판과 자주 하는 질문에 없는 내용인가요? (예/아니오)3. 질문 잘하기 메뉴얼을 읽어보셨나요? (예/아니오)[질문 내용]본문의 내용도 알겠는데, 실제 현실에서는 사실 처음에 이벤트 페이지로 들어가는 GET 요청부터 구페이지면 신페이지로 바꿔주는 경우가 많은데, 이럴때도 301 메세지가 온다고 생각하면 될까요?
- 미해결모든 개발자를 위한 HTTP 웹 기본 지식
HTTP 상태코드 202번과 100번대의 차이가 궁금합니다.
[질문 템플릿]1. 강의 내용과 관련된 질문인가요? (예/아니오)2. 인프런의 질문 게시판과 자주 하는 질문에 없는 내용인가요? (예/아니오)3. 질문 잘하기 메뉴얼을 읽어보셨나요? (예/아니오)[질문 내용]둘 다 요청 접수 후 처리중 혹은 처리대기중인 상태인거 같은데 어떤 차이가 있는지 궁금합니다.
- 미해결모든 개발자를 위한 HTTP 웹 기본 지식
POST 기반 등록 API 회원 관리 시스템의 id 와 실제 현실에서 회원가입시 id입력 시스템 차이 질문
[질문 템플릿]1. 강의 내용과 관련된 질문인가요? (예/아니오)2. 인프런의 질문 게시판과 자주 하는 질문에 없는 내용인가요? (예/아니오)3. 질문 잘하기 메뉴얼을 읽어보셨나요? (예/아니오)[질문 내용]강의 내용처럼 다른 부가정보를 클라이언트가 다 입력하고 등록했을 때, key 값이 되는 id를 서버가 알려주는 회원가입 시스템보다는 현실에는 id 부터 유저가 입력하는 경우가 많은데본 강의는 회원가입시스템은 보통 이렇다 라기보단 말그대로 POST 기반 등록 설계의 예시는 이런게 있다 를 보여주기 위한 것일까요?아니면 보통 유저가 id를 넣더라도 중복방지체크하는 부분이 있는데 이런 부분이 서버가 id를 알려주는거라고 봐야할까요?
- 미해결모든 개발자를 위한 HTTP 웹 기본 지식
PUT 기반 등록 API 설계시 리소스 경로 충돌케이스에 대해 질문 있습니다.
[질문 템플릿]1. 강의 내용과 관련된 질문인가요? (예/아니오)2. 인프런의 질문 게시판과 자주 하는 질문에 없는 내용인가요? (예/아니오)3. 질문 잘하기 메뉴얼을 읽어보셨나요? (예/아니오)[질문 내용]본 강의에 나온 예시로는 클라이언트A 와 클라이언트B 가 서로 같은 이름이지만 내용은 다른 파일을 등록한다면 한쪽 데이터가 완전 날라갈텐데, 그런것은 고려안한 단순 예시일뿐인가요? 아니면 사실 /files 앞에 클라이언트A 만의 유니크한 URI 가 더 존재함을 가정한것일까요?혹은 본문의 클라이언트와 실제 사용 유저는 분리되고, 클라이언트에서 서로 다른 유저간 충돌방지를 위한 어떤 로직이 있다는 전제가 있는 것일까요?
- 미해결모든 개발자를 위한 HTTP 웹 기본 지식
HTML Form 전송에서 같은 form action 에 대해 method 가 다를때
[질문 템플릿]1. 강의 내용과 관련된 질문인가요? (예/아니오)2. 인프런의 질문 게시판과 자주 하는 질문에 없는 내용인가요? (예/아니오)3. 질문 잘하기 메뉴얼을 읽어보셨나요? (예/아니오)[질문 내용]예를들어 본문에서 form action ="/save" 에 대해method="get" 일 때랑 method="post" 일 때랑서버쪽에서 처리하는 결과가 같나요? 아니면 결과 자체도 달라질 수 있어서 주의해야하는건가요?주의! GET은 조회에만 사용! 이 부분이 그냥 암묵적 룰에 의해 GET 은 조회에만 쓰자 라는 말인지.아니면 결과 자체가 달라질 수 있으니 주의하라는건지궁금합니다.
- 미해결모든 개발자를 위한 HTTP 웹 기본 지식
'웹 브라우저 요청 흐름' 강의 질문
안녕하세요! 좋은강의 감사드립니다.한가지 궁금한게, 웹 브라우저 요청 흐름 강의에서클라이언트에서 보낸 tcp/port 정보를 벗어낸 뒤 '구글'에서 처리하고, 다시 클라이언트로 보내는데요.이때 데이터를 전송할때 보내는 tcp/port 정보 (처리하기 위해 벗겨낸 정보)는 전송받을때 보낸 정보랑 같은건가요 다른건가요?감사합니다!
- 미해결모든 개발자를 위한 HTTP 웹 기본 지식
사소한 오타 제보드립니다.
[질문 템플릿]1. 강의 내용과 관련된 질문인가요? 예2. 인프런의 질문 게시판과 자주 하는 질문에 없는 내용인가요? 예3. 질문 잘하기 메뉴얼을 읽어보셨나요? 예[질문 내용]합본 강의교재 PDF 263 페이지분할 강의교재 7.http-header1 34페이지User-Agent유저 에이전트 애플리케이션 정보 두번째 글머리표에 "클리이언트"라고 표기되어 있어 제보드립니다. 사소한 오타긴 하지만.. 눈에 띄어서요 ㅎㅎ
- 미해결모든 개발자를 위한 HTTP 웹 기본 지식
캐시의 구조?
[질문 템플릿]1. 강의 내용과 관련된 질문인가요? (예/아니오)2. 인프런의 질문 게시판과 자주 하는 질문에 없는 내용인가요? (예/아니오)3. 질문 잘하기 메뉴얼을 읽어보셨나요? (예/아니오)[질문 내용]안녕하세요강의 내용에서 캐시 키를 지정한다고 하셨는데 그렇다면 여기서 key-value 형식으로 데이터를 저장하고 찾는 건가요??
- 미해결모든 개발자를 위한 HTTP 웹 기본 지식
비연결성 및 영속성 연결 관련 질문입니다.
안녕하세요 강의 잘 보고 있습니다.여러 클라이언트가 하나의 서버에 연결을 유지한다면 자원이 소모되어 비연결성을 사용해 하나의 클라이언트의 요청/응답 이후 연결을 끊는다고 학습하였는데영속적 연결을 사용하면 연결을 끊지 않고 요청한다고 하는데만약 A, B, C 세 클라이언트가 있다고 가정하면각 클라이언트 끼리 모두 연결이 되어 비연결성의 이점을 얻지 못하는거 아닌가요?또한 만약 제가 naver.com에 요청을 보내면 naver를 끄기 전까지 영속성 연결이 유지된다는 말이 될까요?
- 미해결모든 개발자를 위한 HTTP 웹 기본 지식
URN은 DOI와 비슷한 개념 같은데요.
URN은 DOI(Digital Object Identifier)와 같은 개념 같은데 맞을까요?
- 미해결모든 개발자를 위한 HTTP 웹 기본 지식
조회 api에서 GET, POST 메서드에 대한 질문이 있습니다.
[질문 템플릿]1. 강의 내용과 관련된 질문인가요? (예/아니오)예2. 인프런의 질문 게시판과 자주 하는 질문에 없는 내용인가요? (예/아니오)예3. 질문 잘하기 메뉴얼을 읽어보셨나요? (예/아니오)예[질문 내용]안녕하세요~ 다음과 같은 상황은 실무에서 어떻게 사용하고 있는지 궁금해서 질문 드립니다.상세 조회가 필요한 api에서 대략 10개가 넘어가는 검색 조건(이름, 기간, 분류 등등..)을 보내야할 경우, 이 검색 조건을 모두 쿼리스트링으로 보내는 것이 좋은 방법일까요?? 아니면 POST body에 담아서 보내는 것이 좋을까요?? 리소스 조회할때 path에 보내는 것과 쿼리스트링으로 보내는 것에 대한 차이가 궁금합니다.ex) members/100ex) mambers?id=100
- 미해결모든 개발자를 위한 HTTP 웹 기본 지식
쿠키와 세션의 동작에 대해서 질문드립니다.
[질문 템플릿]1. 강의 내용과 관련된 질문인가요? (예/아니오)2. 인프런의 질문 게시판과 자주 하는 질문에 없는 내용인가요? (예/아니오)3. 질문 잘하기 메뉴얼을 읽어보셨나요? (예/아니오)[질문 내용]안녕하세요. 제가 궁금한 건, 만약 하나의 클라이언트에서 여러 쿠키가 생성되었을 경우가 궁금합니다.강의에서 "클라이언트가 서버로 요청을 보낼 때 마다 쿠키를 보낸다"라고 하셨는데, 이게 요청한 도메인과 쿠키의 도메인이 일치하고, 쿠키 경로와 일치하는 쿠키만 서버로 전송이 되나요? 전송된다면 해당 경로의 모든 쿠키가 전송되는걸까요? 쿠키가 전송되는 범위?가 궁금합니다ㅠ클라이언트에서 쿠키를 보내던 아이디 비밀번호를 전송하던, 누군가 아이디 비밀번호에 대한 유효성 검사나, 해당 쿠키는 어떤 세션id와 일치하는지 확인해서 유저 정보를 파악 한다고 생각하는데 이는 모두 서버에서 하는 것일까요?이전에 발급 받은 쿠키가 있다면, 서버에 값을 전송하지 않고 쿠키를 전송한다고 공부했습니다. 그럼 결국에 클라이언트에서 "이 리소스는 이전에 쿠키를 생성해서 저장이 되어있어!"처럼 클라이언트에서 식별을 해야하는데 클라이언트에서 어떻게 판단을 하고 서버로 리소스를 보낼지, 쿠키를 보낼지 판단을 하나요?마지막으로, 쿠키와 세션은 모두 http의 무상태 단점을 보완하기 위해 쓰이는 것이라고 생각합니다. 물론 보안적인 측면도 있겠지만요!하지만 이 둘의 차이는 클라이언트에서 관리하냐 서버에서 관리하냐의 차이로 이해하고 있는데 맞을까요?생각이 정리 되어있지 않아 약간 복잡하게 질문글 올렸지만 답변 주신다면 정말 감사하겠습니다!