44,000원
다른 수강생들이 자주 물어보는 질문이 궁금하신가요?
- 해결됨모든 개발자를 위한 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의 무상태 단점을 보완하기 위해 쓰이는 것이라고 생각합니다. 물론 보안적인 측면도 있겠지만요!하지만 이 둘의 차이는 클라이언트에서 관리하냐 서버에서 관리하냐의 차이로 이해하고 있는데 맞을까요?생각이 정리 되어있지 않아 약간 복잡하게 질문글 올렸지만 답변 주신다면 정말 감사하겠습니다!
- 미해결모든 개발자를 위한 HTTP 웹 기본 지식
Persistence Connection과 Connection:close 헤더
안녕하세요 :)강의 들으면서 RFC 7230 문서를 함께 읽어보던 중, Persistence Connection 연결이 종료되는 기준에 대해 궁금한 점이 생겼습니다.Persistence Connection이 종료되는 기준이 궁금해져서 본 강의의 커뮤니티에 질문을 검색했을 때, [Persistence Connection 에는 약 60초의 타임아웃이 있다.](https://www.inflearn.com/questions/169548/persistence-connection-%EC%97%B0%EA%B2%B0-%EC%9C%A0%EC%A7%80%EC%99%80-%EC%A2%85%EB%A3%8C-%ED%8C%90%EB%8B%A8%EC%9D%98-%EC%A1%B0%EA%B1%B4)라는 답변을 봤습니다.그래서 "60초의 대기 시간 후에도 클라이언트에서 요청이 없으면 서버가 자동으로 연결을 종료하는구나!" 라고 이해했었는데요,공식 문서의 Connection 부분에는 [Persistent Connection은 클라이언트, 혹은 서버에서 헤더에 Connection:close를 명시하면 종료된다.](https://datatracker.ietf.org/doc/html/rfc7230#section-6.3) 라는 말이 있더라구요.그리고 Timeout 에 대해서는The use of persistent connections places no requirements on the length (or existence) of this timeout for either the client or the server.라는 말이 있는데, 저는 이 말을 "Persistent Connection은 timeout을 가지고 있지 않다." 라는 의미로 이해했습니다.여기에서 생긴 제 궁금증은 다음과 같습니다.Persistent Connection은 "요청과 응답이 계속 오가는 상황에서는" Connection:close에 의해 종료되는 것이 맞을까요?1번의 조건을 전제로 하고, connection이 장기간 idle 상태로 있는 경우에 connection을 낭비하지 않기 위해 timeout 후에 서버가 connection을 종료하는 것인가요, 아니면 계속해서 connection을 열어두는 것인가요? 강의 잘 듣고 있습니다. 감사합니다!
- 미해결모든 개발자를 위한 HTTP 웹 기본 지식
실무에서 캐시 처리를 할 때 질문입니다.
안녕하세요 캐시 강의 듣다가 궁금한점이 생겨서 질문하게 되었습니다.https://www.inflearn.com/questions/112647/no-store-%EB%A1%9C%EB%8F%84-%EC%B6%A9%EB%B6%84%ED%95%A0-%EA%B2%83-%EA%B0%99%EC%9D%80%EB%8D%B0-no-cache-must-revalidate-%EB%8A%94-%EC%99%9C-%EA%B0%99%EC%9D%B4-%EC%B6%94%EA%B0%80%ED%95%98%EB%8A%94-%EA%B2%83%EC%9D%B8%EA%B0%80%EC%9A%94위 링크를 참고했는데요~캐시 기능에 대해 여러 클라이언트 환경을 지원하는 셋팅을 하려면 캐시를 사용할 대상 (정적 리소스)에 헤더에는 no-cache, must-revalidate, etag를 걸어주고, 캐시를 사용하지 않을 대상에는 no-cache, no-store, must-revalidate를 걸어줘도 성능상 단점이 없을까요? HTTP 헤더에 값을 넣으려면 여러가지 방법이 있는데 interceptor를 이용해도 성능상 단점이 없을까요?Thymeleaf에서 prefix, suffix 설정을 하여 viewResolver가 view를 찾으면 캐시된 값에 대해 304 응답코드를 반환하는 반면에, 설정하지 않으면 200 (디스크 캐시, 메모리 캐시) 응답코드가 반환됩니다.. 무슨 차이가 있는건가요?
- 해결됨모든 개발자를 위한 HTTP 웹 기본 지식
HTTP 메서드의 속성 - 멱등
[질문 템플릿]1. 강의 내용과 관련된 질문인가요? 예2. 인프런의 질문 게시판과 자주 하는 질문에 없는 내용인가요? 예3. 질문 잘하기 메뉴얼을 읽어보셨나요? 예[질문 내용]GET 요청의 경우 리소스 조회에 주로 사용하며, 멱등해야한다고 이해했습니다.조회수를 구현할 경우, GET요청을 100번 보낸다면 조회수가 100번 올라가니 멱등하지 않은건가요 ?? 아니면 외부요인으로 중간에 리소스가 변경되는것은 고려하지 않는 것처럼 조회수도 따로 봐야하나요 ?? 아니면 애초에 GET요청의 경우 리소스를 변경하지 않으니 조회수도 변경되면 안된다고 보고 POST 요청으로 보내야하나요 ??