44,000원
다른 수강생들이 자주 물어보는 질문이 궁금하신가요?
- 미해결모든 개발자를 위한 HTTP 웹 기본 지식
jquery 관련 질문
김영한님의 백엔드 로드맵도 보고 스프링 로드맵도 보았는데 jquery관련 강의는 없던데 1. 김영한님의 로드맵을 따라가는데는 jquery지식이 없어도 되는건가요?? 2.아니면 요즘 백엔드 개발자들이 jquery를 알 필요가 없는건가요?? 3. 만약 둘 다 아니라면 jquery 공부를 해야한다는건데 인프런에 jquery관련 강의를 처음부터 끝까지들어야만 김영한님의 로드맵을 따라갈수 있는건지 아니면 특정 자주 사용되는 부분만 공부하고 로드맵을 따라가면 되는건지 궁금합니다. 4.만약 특정부분만 알아도 로드맵을 따라가도 되는거라면 어느쪽 jquery부분을 공부하는게 좋을까요??
- 미해결모든 개발자를 위한 HTTP 웹 기본 지식
Get body메시지
안녕하세요 HTTP 메서드 공부중에 궁금한게 생겨 질문 올립니다. GET 메서드를 사용할 때, 메시지 바디를 사용해서 데이터를 전달할 수 있다고, 하지만 권장하지 않는다고 하셨는데 여기서 말하는 메시지 바디가 흔히 말하는 req.body 부분이 맞을까요?? 글 읽어주셔서 감사합니다.!!
- 미해결모든 개발자를 위한 HTTP 웹 기본 지식
Http) 쿠키 - 보안
쿠키관련해서 Secure, HttpOnly, SameSite에 대해서 질문드립니다. 위에 보안 용어들은 다 서버측에서 'setCookie'에 값으로 넣어주는거 아닌가요? HttpOnly, SameSite는 XSS,XSRF 공격을 방지하기 위해서 존재하는걸로 배웠습니다. XSS,XSRF는 사용자가 특정사이트 들어갈때 당할수 있는 공격인걸로 알고있는데, 그렇다면 HttpOnly와 SameSite같은 쿠키 보안설정은, '서버'측에서 '클라이언트'를 배려하기 위해서 만들어진건가요? 아니면, XSS,XSRF로 인해서, 고객정보가 탈취되면 그걸 악용해서 해커들이 서버를 공격할 수 있을까봐 그런건가요?.. 질문 작성하면서 마지막에 적은 문구가 생각이 났네요..ㅋㅋ 결국 서버가 공격당할까봐 그런건가요?
- 미해결모든 개발자를 위한 HTTP 웹 기본 지식
HTTP헤더에 대해서 배우고있는데요
HTTP의 Content-Type, Content-Length는 요청,응답의 헤더 둘 다에 해당될 수 있는 부분인가요? 강의 설명에서 응답Http헤더 위주로 설명하셔서 헷갈리네요. 아직 강의에서 배우기 전이지만, 뒤쪽에 Host라는걸 알려주시는데 그것은 또 "클라이언트"인 요청부분에만 속할거같기도하고... 즉 , 요청/응답 헤더가 각각 존재하는걸로 아는데 , 강의에서 말씀해주시는것이 다 요청/응답에 포함되는 내용인가요? 아무래도 요청에서 HTTP API데이터를 보내면 content-type 들이 다 필요하긴 하니깐 맞는거같은데.. 또 'Host'같은건 요청헤더에만 포함되는거 같기도하고..
- 미해결모든 개발자를 위한 HTTP 웹 기본 지식
분할전송과 범위전송 관련하여 질문있습니다!
- 학습 관련 질문을 남겨주세요. 상세히 작성하면 더 좋아요! - 먼저 유사한 질문이 있었는지 검색해보세요. - 서로 예의를 지키며 존중하는 문화를 만들어가요. - 잠깐! 인프런 서비스 운영 관련 문의는 1:1 문의하기를 이용해주세요. 안녕하세요. 영한님 HTTP 강의 잘 듣고 있습니다. 이번 강의는 전송방식을 다루는 부분이다보니까, 서버 -> 클라이언트로 데이터를 전송하는 예시가 나오는데분할전송과 범위전송의 차이가 궁금합니다. 제가 이해한 바로는 아래와 같습니다. 일단 기본적으로 둘 다 보내고자하는 데이터를 나눠서 보낸다는 점은 동일한거 같은데, 범위 전송의 경우, 여러번의 요청과 응답(?)으로 이루어지는 방식이라, 중간에 전송이 실패하더라도 성공적으로 보냈던 이후, 부터 다시 전송이 가능해보이지만 분할전송의 경우, 한번의 요청과 응답(?)으로 이루어지는 방식이라, 중간에 전송이 실패하면, 다시 처음부터 요청과 응답을 해야되지 않을까? 제가 제대로 이해한게 맞을까요?? 아니라면, 어떠한 차이점이 있는지 궁금합니다!!
- 미해결모든 개발자를 위한 HTTP 웹 기본 지식
돌아왔습니다..
개발에 대하여 더 깊이 학습하고자 김영한님 스프링MVC강의를 듣는 도중에 HTTP에 대한 지식이 너무 부족하다 느껴서 듣던 스프링mvc 강의를 멈추고 이번 강의부터 시작하여 HTTP에 대한 이해를 더 높이고 스프링MVC강의를 다시 들으려 합니다 ! 화이팅
- 미해결모든 개발자를 위한 HTTP 웹 기본 지식
API의 기능이 조회 or 추가 일때
[질문 템플릿]1. 강의 내용과 관련된 질문인가요? (예)2. 인프런의 질문 게시판과 자주 하는 질문에 없는 내용인가요? (예)3. 질문 잘하기 메뉴얼을 읽어보셨나요? (예)[질문 내용]HTTP METHOD를 공부할 때는 명확해보였는데...실무에서는 어떤 METHOD를 쓸지 고민이 되는 경우가 종종 있습니다. 예를 들어, 클라이언트에서 특정 id를 가지고 그 id에 해당하는 정보를 '조회'하는 API가 있습니다. 단, 해당 ID 즉, 리소스가 존재하지 않을 때는 그 리소스를 생성하고 그 결과 정보를 응답해줘야한다는 요구사항이 있습니다. 이런 API는 POST/PUT/GET 중 어떤 걸 쓰는게 맞는 건가요? 구현은 어떤 MEHTOD를 쓰던 가능은 한 것 같은데 ...그렇다면 어떤 기준을 가지고 정해야하는지 잘 모르겠습니다. 정하기 나름인 것이라면 강사님은 어떻게 할 것 같은지 조언해 주실 수 있을 까요?
- 미해결모든 개발자를 위한 HTTP 웹 기본 지식
인코딩을 할때 key=value 스타일과 file의 차이가 궁금합니다.
안녕하세요! 너무 좋은 수업 잘 듣고 있습니다. 공부하던 중 "applcation/x-www-form-urlencoded"와 "mulipart/form-data" 인코딩타입을 비교하던 도중 의문점이 생겼습니다. 1. 기존 파라미터 형태 값들(key=value 스타일)을 인코딩할때와 파일(수업에선 .png)을 인코딩할때 차이가 무엇인지 궁금합니다. 인코딩을 하기 전의 데이터 존재 형식이 form에서 받은 파라미터와 파일이 다른건지, 다르다면 어떻게 다른지도 궁금합니다. 2. 배경지식이 부족한 탓에 조금 부끄러운 질문이지만, 근본적으로 받은 데이터를 왜 인코딩해야하는지도 궁금합니다. HTTP 메세지 바디가 읽을 수 있는 언어가 정해져 있는건가요?
- 미해결모든 개발자를 위한 HTTP 웹 기본 지식
HOST와 PORT 관련 질문입니다.
다른 분들의 질문들을 읽어보다가 생긴 궁금증입니다. Q1. 여러 도메인을 한번에 처리할 수 있는 서버라는 뜻이 여러 도메인이 같은 IP주소를 갖는다는 의미인건가요? Q2. 그렇다면 각각의 여러 도메인의 포트번호는 다를 수도 있고, 같을 수도 있는지 궁급합니다.
- 미해결모든 개발자를 위한 HTTP 웹 기본 지식
현재는 HTTP 2버전이 많이 사용되는 것 같던데 질문이 있습니다.
=========================================[질문 템플릿]1. 강의 내용과 관련된 질문인가요? (예/아니오)2. 인프런의 질문 게시판과 자주 하는 질문에 없는 내용인가요? (예/아니오)3. 질문 잘하기 메뉴얼을 읽어보셨나요? (예/아니오)[질문 내용] 안녕하세요. 영한님 HTTP 강의 잘 듣고 있습니다.강의 중에 HTTP 프로토콜에 관한 이야기가 나오는데, HTTP 1.1 프로토콜을 대부분 사용하고, HTTP2는 점점 늘어가는 추세라고 하셨었는데, (영상 녹화당시에는)2022년 여름인 지금, 왠만한 웹사이트에서 개발자 콘솔은 키면 H2(http2) 프로토콜을 사용하는 것 같습니다. 확실히 많이 HTTP2로 사용이 많이 늘어난거 같은데, 한가지 궁금한 점이 있습니다.개발자 콘솔창에서 가장 많이 보이는 HTTP 메소드가 `GET`과 `POST`인데,GET 의 경우에는 H2(http2) 프로토콜을 사용하지만 POST 의 경우에는 http1.1 프로토콜을 사용하는 것으로 나타납니다. 대체 GET과 POST의 프로토콜이 다른 이유와 이렇게 사용하는 이유가 너무 궁금합니다.
- 해결됨모든 개발자를 위한 HTTP 웹 기본 지식
검증헤더와 조건부 요청1 에서, 캐시의 소멸 시기 관련하여 문의드립니다.
=========================================[질문 템플릿]1. 강의 내용과 관련된 질문인가요? (예)2. 인프런의 질문 게시판과 자주 하는 질문에 없는 내용인가요? (예)3. 질문 잘하기 메뉴얼을 읽어보셨나요? (예) 안녕하세요! 검증헤더와 조건부 요청1 강의 수강 중에, 아래와 같은 의문이 생겨 질문 남깁니다. 우선 강사님이, 캐시 유효기간이 만료된 경우 아래와 같은 원리로 캐시를 재사용한다고 말씀해주셨습니다. 1. Cache-Control에 제시된 유효기간이 만료되면, 클라이언트는 If-Modified-Since 헤더와 함께 서버에 데이터를 요청 2. 동일한 데이터의 경우, 서버가 HTTP Body만 클라이언트에게 응답함. 3. 클라이언트는 캐시의 메타 데이터를 갱신하며 캐시를 재사용하게 됨. 이라고 강의에서 알려주셨습니다. (질문) 3.에서 클라이언트가 캐시를 재사용한다는 의미 자체가, 캐시 유효기간이 소멸되어도 클라이언트는 해당 캐시를 RAM에 지속적으로 가지고 있다는 의미로 파악됩니다 ▶ 유효 기간이 지난 캐시가 메모리에서 소멸되는 시점이 언제인지 문의드립니다.
- 미해결모든 개발자를 위한 HTTP 웹 기본 지식
압축전송에서의 content-length는 원본 데이터의 길이인가요?
[질문 템플릿]1. 강의 내용과 관련된 질문인가요? 예2. 인프런의 질문 게시판과 자주 하는 질문에 없는 내용인가요? 예3. 질문 잘하기 메뉴얼을 읽어보셨나요? 예[질문 내용]안녕하세요 압축전송에서 content-length관련해서 질문드립니다. 강의 1:27 에서 content-length가 521로 되어 있는 것을 보았는데요 . 이게 압축 전 원본 데이터의 용량인지, 아니면 압축 후 데이터의 용량인지 알고 싶습니다.
- 해결됨모든 개발자를 위한 HTTP 웹 기본 지식
GET도 message body를 포함하는 경우 캐시하기 힘든가요 ?
밑에 질문 글과 강의를 종합해 볼 때 1. 리소스가 변경되는 Method일 때는 캐시가 유용하지 않다 2. 요청이 message body를 포함할 때 캐시키를 만들기 어려워서 구현이 어렵다 이렇게 이해했는데요. 2번에 걸려서 GET도 캐시가 어려워질 수 있는지 궁금합니다
- 미해결모든 개발자를 위한 HTTP 웹 기본 지식
HTTP 요청 메시지에서 path에 대한 정의가 헷갈립니다.
안녕하세요. 좋은 강의 감사드립니다. HTTP 메시지의 요청 메시지 구조에서 `/search`로 시작하는 path가 절대경로라고 하셨는데 host(server URL)에 대한 상대 경로 아닌가요? Swagger OpenAPI 3.0 스펙에서는 아래와 같이 명시하고 있습니다. All paths are relative to the API server URL. The full request URL is constructed as <server-url>/path. `/` 루트 경로로 시작하면 절대경로라고 알고 있기 합니다. 절대경로가 맞다면 Host URL와 분리해서 말씀하신 건가요? 만약 그렇다면 강의에서 지칭하고 있는 API URL은 Host URL을 제외한 엔드포인트 경로인가요? 이부분도 위에 적은 'The full request URL is constructed as <server-url>/path.' 문구와 다르게 때문에 헷갈립니다. 명확한 정의 부탁드립니다. 감사합니다.
- 미해결모든 개발자를 위한 HTTP 웹 기본 지식
8분쯤
1) ETag사용시 클라이언트가 캐시 메커니즘을 모른다고 하셨는데 그러면 Last-Modified사용시에는 클라이언트가 캐시 메커니즘을 알고있는건가요? 2) 혹시나 아는거라면 캐시 메커니즘을 안다고 하는게 정확히 무슨뜻인가요?
- 미해결모든 개발자를 위한 HTTP 웹 기본 지식
캐시 무효화 관련하여 질문이 있습니다.
안녕하세요.좋은 강의 잘 듣고 있습니다. 강의 중에 이해가 안가는 것이 있어서 질문드리고자 합니다. 캐시무효화 강의 중에 완벽한 캐시 무효화를 위해서는 Cache-Control: no-cache, no-store, must-revalidate와 같이 세가지 컨트롤 옵션을 모두 사용해주어야 한다고 하셨는데, 제 생각에는 no-store만 사용하여도 애초에 클라이언트가 캐시를 사용하지 않기 때문에 캐시를 무효화시킬 수 있을 것 같은데요. no-cache와 must-revalidate를 사용하는 것은 클라이언트가 캐시를 사용하지 않아도, 프록시 캐시가 작용할 수 있기 때문일까요?그리고, no-cache와 must-revalidate의 차이점은 이해가 가지만, 둘 다를 사용해야할 이유는 잘 모르겠습니다. 제 생각엔 서버가 origin server와의 통신이 안되는 상황에서 에러가 발생하기를 바란다면 must-revalidate를, 그렇지 않다면 no-cache를 사용하면 될 것 같은데요. 둘 다를 사용하면 오히려 클라이언트에게 혼동의 여지가 있지 않을까요?번거로우시겠지만 답변부탁드립니다. (_ _)
- 미해결모든 개발자를 위한 HTTP 웹 기본 지식
강의 내용 기록 질문
안녕하세요. 해당 강의를 수강하면서 블로그에 강의 내용 (강사님의 설명 혹은 자료 등)을 정리하고자 하는데 가능한지 궁금합니다.
- 미해결모든 개발자를 위한 HTTP 웹 기본 지식
URI 호출 관련 질문
안녕하세요, 강의를 듣는 중 URI 호출과 관련하여 궁금한 점이 생겨 질문 드립니다. 본 강의 15분경 부터 설명하시는 HTML FORM 사용 시의 URI 설계 예시에서 [회원 등록 폼]은 "/member/new"의 GET 요청이고, [회원 조회]는 "/member/{id}"의 GET 요청이라 적혀있습니다. [회원 조회] 시에 {id}부분에 어떤 식의 파라미터가 들어갈지는 모르겠으나, 만약에 회원 중 "new"라는 id를 가진 회원이 우연히 있다면 회원 조회 시나 회원 등록 폼을 조회 시에 어떤 요청을 하게 되는지 궁금합니다.
- 미해결모든 개발자를 위한 HTTP 웹 기본 지식
로그인 로그아웃에서 쿠키, 세션
항상 좋은 수업을 해주시는 영한님과 좋은 답변을 달아주시는 서포터님들에게 감사의 말씀을 전합니다. 쿠키, 세션에 관해 궁금증이 생겨 다른 분들의 질문을 읽어보고 검색도 해봤는데, 제가 이해한게 맞는지와 궁금한 점이 있어서 질문을 남기게 되었습니다!! 로그인 로직에 대해 제가 제대로 이해한게 맞나요?? 1. 로그인 1) (최초 로그인) 브라우저에서 id, password를 담아 서버에 로그인을 요청한다. 2) 서버는 id, password를 검증하여 해당 사용자에 대한 sessionId를 생성하고 서버에 저장하고 Set-Cookie:sessionId(쿠키) 로 로그인 성공 응답을 보낸다. 3) 브라우저는 브라우저의 쿠키 저장소에 sessionId(쿠키)를 저장한다. 4) 이후 매핑된 쿠키가 있는 URL로 서버에 요청을 보낼 때, 브라우저가 자동으로 쿠키 저장소에서 꺼낸 쿠키를 Cookie:sessionId(쿠키)를 함께 보낸다. 5) 서버는 sessionId의 유효성 검사를 통해 클라이언트를 식별하여 로그인 상태를 유지한다. 2. 로그아웃 사용자가 로그아웃을 하면, 브라우저의 쿠키와 서버의 세션이 모두 삭제된다고 알고 있습니다. https://www.inflearn.com/questions/495180 F12 > Application > Cookies를 살펴보니 위 글의 답변처럼 브라우저는 각 사이트에서 생성한 쿠키를 URL과 매핑하여 관리하고 있다는 것을 알게되었습니다. (실제로 google 로그인을 하면 Cookie에 SSID가 생성되었다가 로그아웃하면 자동으로 사라지는 것을 확인할 수 있었습니다.) 1) 사용자1 구글 로그인->로그아웃->사용자2 구글 로그인 을 했다고 가정합니다. 어떠한 URL(google.com)에 매핑된 쿠키 정보에 다른 유저의 SSID가 동시에 존재할 수 는 없는게 맞나요?? "위 상황에서는 같은 URL로 로그인 요청이 두번 일어났지만 사용자1은 로그아웃을 하면서 쿠키 저장소에 사용자 1의 SSID는 삭제되고 사용자 2의 SSID가 새로 저장되었기 때문에 현재 브라우저의 쿠키 저장소에 google.com과 매핑된 쿠키는 사용자2의 ssid이다" 이 해석이 맞나요?? 2) 그렇다면, 사용자가 로그아웃 요청을 서버에 보내게 되면 서버단에서 세션을 삭제하는 코드를 작성하고 프론트단에서 브라우저의 쿠키를 삭제하는 코드를 작성하는 건가요???
- 미해결모든 개발자를 위한 HTTP 웹 기본 지식
캐시 제어 헤더 no-cache, must-revalidate
캐시 제어 헤더 no-cache, must-revalidate 를 사용해야 할 때 원 서버에 대한 접근이 있는데, 프록시 서버가 필수로 존재를 해야할까요? 프록시 서버가 없어도 된다면 no-cahce 에서의 원 서버 접근이 불가할때 프록시의 데이터를 줘서 200ok 를 내리는데, 프록시 서버가 없을때 해당 처리는 504로 되는것일까요?