30%
30,800원
다른 수강생들이 자주 물어보는 질문이 궁금하신가요?
- 미해결모든 개발자를 위한 HTTP 웹 기본 지식
빠른 응답 속도의 이유
안녕하세요.비 연결성의 특징에서일반적으로 초 단위 이하의 빠른 속도로 응답가 있었는데요.비연결성을 사용하면, 서버 자원을 효율적으로 사용할 수 있도록 하는 건 이해가 가지만,빠른 속도로 응답이 가능하다는 건 그 이유를 잘 모르겠습니다.왜 그럴까요?
- 미해결모든 개발자를 위한 HTTP 웹 기본 지식
잘들었습니다.
좋은 지식 나눠주셔서 너무 너무 도움 됐어요. 스프링 강의도 들으러 갑니다!!!감사합니다. 갓영한선생님!
- 미해결모든 개발자를 위한 HTTP 웹 기본 지식
POST를 사용한 회원 삭제
HTML FORM을 사용할 때 GET 과 POST만 지원하여서 필요한 경우 컨트롤 URI를 작성해야한다고 하셨습니다. 여기서 궁금한점이 회원 삭제를 할때 POST를 사용하면 일어나는 과정이 궁금합니다. POST라고하니 삭제라는 동작이 어떻게 일어나는지 이해가 잘 되지 않습니다. DELETE는 메서드에 작성하면 삭제를 알아서 삭제를 해줄 것 같은데 POST는 감이 잡히지가 않습니다. 다른 처리를 해주어야한다면 어떤 것을 해야하는지 궁금합니다.
- 미해결모든 개발자를 위한 HTTP 웹 기본 지식
PATCH 해당 필드가 존재하지 않을 때
강의를 듣다가 궁금한 점이 생겨서 글을 올립니다. PATCH를 사용할 때 만약 해당 필드가 없는 경우 어떻게 작동을 하나요? 예제에서 username과 age 필드가 있어서 age 값을 patch하였는데 만약에 여기 없는 필드인 성별을 patch 요청 메세지로 값을 보내면 단순히 성별이 등록이 되는지 아니면 오류가 발생하는지 궁금합니다
- 미해결모든 개발자를 위한 HTTP 웹 기본 지식
API 를 직접 만들어보는 수업은 어떤강의를 구매해야 하나요?
HTTP학습하는 분들께 도움이 되고, 더 좋은 답변을 드릴 수 있도록 질문전에 다음을 꼭 확인해주세요.1. 강의 내용과 관련된 질문을 남겨주세요.2. 인프런의 질문 게시판과 자주 하는 질문(링크)을 먼저 확인해주세요.(자주 하는 질문 링크: https://bit.ly/3fX6ygx)3. 질문 잘하기 메뉴얼(링크)을 먼저 읽어주세요.(질문 잘하기 메뉴얼 링크: https://bit.ly/2UfeqCG)질문 시에는 위 내용은 삭제하고 다음 내용을 남겨주세요.=========================================[질문 템플릿]1. 강의 내용과 관련된 질문인가요? (예/아니오)2. 인프런의 질문 게시판과 자주 하는 질문에 없는 내용인가요? (예/아니오)3. 질문 잘하기 메뉴얼을 읽어보셨나요? (예/아니오)[질문 내용]선생님 안녕하세요 , HTTP API , RESTapi 등에 관심이 많아서 강의를 구매하여 잘 수강중입니다. 다름이 아니라 직접 API를 만들어서 활용해보는 강의는 어떤 강의를 구매하면 학습할 수 있을까요?
- 미해결모든 개발자를 위한 HTTP 웹 기본 지식
안녕하세요 선생님
학습하는 분들께 도움이 되고, 더 좋은 답변을 드릴 수 있도록 질문전에 다음을 꼭 확인해주세요.1. 강의 내용과 관련된 질문을 남겨주세요.2. 인프런의 질문 게시판과 자주 하는 질문(링크)을 먼저 확인해주세요.(자주 하는 질문 링크: https://bit.ly/3fX6ygx)3. 질문 잘하기 메뉴얼(링크)을 먼저 읽어주세요.(질문 잘하기 메뉴얼 링크: https://bit.ly/2UfeqCG)질문 시에는 위 내용은 삭제하고 다음 내용을 남겨주세요.=========================================[질문 템플릿]1. 강의 내용과 관련된 질문인가요? (예/아니오)2. 인프런의 질문 게시판과 자주 하는 질문에 없는 내용인가요? (예/아니오)3. 질문 잘하기 메뉴얼을 읽어보셨나요? (예/아니오)[질문 내용]여기에 질문 내용을 남겨주세요. 캐시를 60초 저장하고, 60초가 넘으면 바뀌었는지 검증, 아니면 기존의 캐시를 쓴다고 이해했는데, 그럼 혹시 60초가 지나지 않았는데 이미지가 바뀌면 어떻게 되나요?? 이전의 캐시를 활용하나요?
- 미해결모든 개발자를 위한 HTTP 웹 기본 지식
헤더 추가에 대해 질문드립니다.
=========================================[질문 템플릿]1. 강의 내용과 관련된 질문인가요? (예/아니오)2. 인프런의 질문 게시판과 자주 하는 질문에 없는 내용인가요? (예/아니오)3. 질문 잘하기 메뉴얼을 읽어보셨나요? (예/아니오)[질문 내용] 안녕하세요 1년차 개발자입니다. 헤더 추가에 관해 질문이 있습니다. 헤더를 추가할 수 있다고 하셨는데 헤더 추가는 웹프레임워크에서 설정을 하는건가요, 아니면 WAS나 웹서버에서 설정하는걸까요? 질문드리는 이유는 다음과 같습니다. 회사에서 스프링 기반의 자체 프레임워크를 사용하고 있습니다. 현재 로그 적재할 때 getremoteaddr() 메소드를 통해 IP를 가져와서 IP 정보를 가져오고 있었는데, 이렇게 가져오니까 L4 스위치 쪽의 IP 정보를 가져오고 있어서 진짜 client IP를 적재할 수 있도록 개선하려고 합니다. 구글링해서 x-forwarded-for 헤더 등을 통해 client IP를 가져올 수 있다고 해서 시도를 해봤는데 해당 헤더가 요청 헤더에 있지 않았습니다. HTTP에 대해 깊게 공부하지 않았었는데, 일하면서 정말 꼭 필요한 지식이라는 것을 강의보면서 느끼고 있습니다. 좋은 강의 감사합니다.
- 미해결모든 개발자를 위한 HTTP 웹 기본 지식
캐시 시간 초과 되지 않았을떄의 경우 질문
캐시시간이 초과 되지않았을경우엔 브라우저 캐시에서 바로 가져오는거잖아요?? 만약 서버에서 데이터가 변경되고 캐시 시간이 초과가 되지 않았을경우라면 어떻게 되는지 궁금합니다!!
- 미해결모든 개발자를 위한 HTTP 웹 기본 지식
영구 리다이렉션과 일시적인 리다이렉션
학습하는 분들께 도움이 되고, 더 좋은 답변을 드릴 수 있도록 질문전에 다음을 꼭 확인해주세요.1. 강의 내용과 관련된 질문을 남겨주세요.2. 인프런의 질문 게시판과 자주 하는 질문(링크)을 먼저 확인해주세요.(자주 하는 질문 링크: https://bit.ly/3fX6ygx)3. 질문 잘하기 메뉴얼(링크)을 먼저 읽어주세요.(질문 잘하기 메뉴얼 링크: https://bit.ly/2UfeqCG)질문 시에는 위 내용은 삭제하고 다음 내용을 남겨주세요.=========================================[질문 템플릿]1. 강의 내용과 관련된 질문인가요? (예/아니오)2. 인프런의 질문 게시판과 자주 하는 질문에 없는 내용인가요? (예/아니오)3. 질문 잘하기 메뉴얼을 읽어보셨나요? (예/아니오)[질문 내용]영구 리다이렉션과 일시적인 리다이렉션에 관하여 질문이 있습니다. 제가 이해한바로는 영구 리다이렉션은 흔히 웹 사이트 주소가 바뀔때 유저가 예전 URL로 접근할시 새로운 URL로 연결해주는 역할을 합니다. 반면 일시적인 리다이렉션은 주문 후에 새로 고침으로 인한 중복 주문 방지로 주로 쓰입니다. 영구 리다이렉션과 일시적인 리다이렉션의 차이점으로 리소스의 URI가 일시적으로 변하냐 영구적으로 변하냐라고 이해했습니다. 제가 궁금한 점은 1. 제가 이해한 내용이 맞는지 궁금합니다. 2. 일시적인 리다이렉션은 많이 사용한다고 하셨는데 왜 영구적인 리다이렉션은 잘 사용안하는지가 궁금합니다. 감사합니다.
- 미해결모든 개발자를 위한 HTTP 웹 기본 지식
http 헤더
학습하는 분들께 도움이 되고, 더 좋은 답변을 드릴 수 있도록 질문전에 다음을 꼭 확인해주세요.1. 강의 내용과 관련된 질문을 남겨주세요.2. 인프런의 질문 게시판과 자주 하는 질문(링크)을 먼저 확인해주세요.(자주 하는 질문 링크: https://bit.ly/3fX6ygx)3. 질문 잘하기 메뉴얼(링크)을 먼저 읽어주세요.(질문 잘하기 메뉴얼 링크: https://bit.ly/2UfeqCG)질문 시에는 위 내용은 삭제하고 다음 내용을 남겨주세요.=========================================[질문 템플릿]1. 강의 내용과 관련된 질문인가요? (예/아니오)2. 인프런의 질문 게시판과 자주 하는 질문에 없는 내용인가요? (예/아니오)3. 질문 잘하기 메뉴얼을 읽어보셨나요? (예/아니오)[질문 내용]HTTP 헤더 분류를 RFC2616(과거)에서는 General, Request, Response, Entity헤더로 4개로 분류했다고 하셨습니다. 그런데 RFC7230~7235가 등장하면서 엔티티 대신 표현을 사용한다고 하셨는데 그러면 현재 Http를 분류할때는 General, Request, Response, Representation으로 분류한다고 알고 있으면 되는건가요?
- 미해결모든 개발자를 위한 HTTP 웹 기본 지식
쿠키와 캐시 질문
1. 쿠키와 캐시의 차이점이 궁금합니다!! 2. 웹브라우저에 캐시저장소 , 쿠키저장소 2개가 있는건가요??
- 해결됨모든 개발자를 위한 HTTP 웹 기본 지식
프로토콜 관련 질문드립니다!
Http 강의 잘 듣고 있습니다. 구체적으로 잘 알려주셔서 감사합니다. 다름이 아니라 강의를 듣던 중에 1가지 질문이 생겼습니다. Http 프로토콜은 규약일 뿐이고 여기서 어떤 처리를 해주는 것이 아니라 개발자가 규약에 맞게 개발을 하는 것이 맞는 것이죠? 예를 들면, 캐시 무효화 부분에서 no-cache 라고 응답 헤더를 주었다면 no-cache의 규약에 맞게 원 서버에 검증하도록 개발자가 코드를 작성해줘야하는 건가요? 아니면 웹 브라우져가 알아서 해결해줄 수 있는 부분인지 궁금합니다.
- 미해결모든 개발자를 위한 HTTP 웹 기본 지식
PRG 패턴 질문입니다!
질문 1. PRG 패턴 같은 경우 클라이언트에서 구현 할 수 있다고 하셨는데 // 301 @PostMapping("/redirect") public ResponseEntity<?> redirect() { HttpHeaders headers = new HttpHeaders(); headers.setLocation(URI.create("/")); return new ResponseEntity<>(headers, HttpStatus.MOVED_PERMANENTLY); } 위 코드 처럼 서버 측에서도 구현을 할 수 있는건가요? 질문 2. 301 과 302 의 차이에 대해서 깊게 와닿지가 않습니다 ㅠㅠ. 강의의 주문 예시에서 301 을 써도 문제가 없는지 왜 302 를 쓰셨는지 궁금합니다. 질문 3. 서버에서 막을 수 있는 방법중 같은 주문번호라면 주문이 안되게 하는 방법을 말씀해주셨는데, 클라이언트에서 생성요청을 보낼때, 주문번호를 서버로 넘겨 주는 방식으로 구현이 되어있는건가요? 그게 아니라면 서버가 어떻게 해당 요청을 보고 주문번호를 알 수 있는지 궁금합니다!
- 미해결모든 개발자를 위한 HTTP 웹 기본 지식
서버단에서 트래픽이 증가할때 포트 갯수 문의
어플리케이션 포트는 0~65535까지라고 하는데, 만약 구글서버에서 동시에 100만명의 접속자가 들어오면 클라이언트별로 포트를 다 할당하나요? 그러면 100만명을 수용 못할거 같은데 어떻게 처리하는지 궁금합니다. 만약 포트는 동일한 포트를 쓰고 app단에서 사용자 처리를 한다면 app에서는 100만명의 주소와 포트를 다 관리하는 것인지요? 감사합니다.
- 미해결모든 개발자를 위한 HTTP 웹 기본 지식
IP 주소 포화
궁금해서 질문드립니다. 전세계에서 사용하는 ip주소가 점점 포화상태에 이르고 있잖아요? 스마트폰, 태블릿도 보급되고 서버도 늘어나고 IoT도 점점 늘어나고 있고,,, 아직까지는 ip주소가 넉넉한지 궁금합니다. 그리고 현시점의 ipv6 보급률? 은 어느정도인지, 궁금합니다. 마지막으로 만약 구형 IoT나 네트워크 장비라서 ipv4밖에 인식을 못하는 장비가 있고 마침 전세계 ipv4가 포화되었다고 가정하면 어떻게 이 장비를 네트웍에 연결시킬수 있는지도 궁금하구요. 감사합니다.
- 미해결모든 개발자를 위한 HTTP 웹 기본 지식
웹 브라우저 요청 흐름
학습하는 분들께 도움이 되고, 더 좋은 답변을 드릴 수 있도록 질문전에 다음을 꼭 확인해주세요.1. 강의 내용과 관련된 질문을 남겨주세요.2. 인프런의 질문 게시판과 자주 하는 질문(링크)을 먼저 확인해주세요.(자주 하는 질문 링크: https://bit.ly/3fX6ygx)3. 질문 잘하기 메뉴얼(링크)을 먼저 읽어주세요.(질문 잘하기 메뉴얼 링크: https://bit.ly/2UfeqCG)질문 시에는 위 내용은 삭제하고 다음 내용을 남겨주세요.=========================================[질문 템플릿]1. 강의 내용과 관련된 질문인가요? (예/아니오)2. 인프런의 질문 게시판과 자주 하는 질문에 없는 내용인가요? (예/아니오)3. 질문 잘하기 메뉴얼을 읽어보셨나요? (예/아니오)[질문 내용]앞서 TCP 특징으로 연결지향, 데이터 전달 보증, 순서 보장이 있다고 하셨습니다. 그리고 URL 요청 흐름에서 http 요청 메세지와 http 응답 메세지를 모두 TCP/IP 패킷 안에 넣어 보낸다고 하셨습니다. 여기서 요청 메세지를 보내고 응답메세지를 받는 과정이 데이터 전달 보증에 해당하는 건지 아니면 별도로 데이터를 잘 받았는지 인증하는 과정이 있는지 궁금합니다.
- 미해결모든 개발자를 위한 HTTP 웹 기본 지식
POST, PUT, PATCH에 대해 간단한 질문이 있습니다.
안녕하세요 간단하게 질문이 2가지가 있어서 올립니다!!! 질문 1. 회원을 등록할 때는 서버에 일일히 경로를 지정하기가 번거로우니까 서버가 리소스의 URI를 자동으로 생성해주는 POST를 쓰는 것이 맞고 온라인 이력서에 올리는 면접 사진과 같은 파일들은 등록할 때 어떤 경로에서 등록하는지 클라이언트가 정하니까 파일 등록은 PUT을 쓰는 것이 맞다. 이 말이 맞는거죠...? 질문2. POST와 PATCH를 쓰는 상황의 차이가 PATCH는 단순 수치 변경을 할 떄, 주로 쓰는 것이고 POST는 단순 수치 변경보다는 변경으로 인해 프로세스가 바뀌게 되는 상황일 때, 쓰는 것? 이렇게 이해하는게 맞는지 궁금해서 질문합니다!!!
- 미해결모든 개발자를 위한 HTTP 웹 기본 지식
URI 설계 질문
강의에서 HTTP API 설계 시에는 회원 등록 폼, 회원 수정 폼이 왜 없는건가요??
- 미해결모든 개발자를 위한 HTTP 웹 기본 지식
URI naming 문의드려요.
영한님, 안녕하세요. URI naming 관련해서 2가지 문의를 남기고 갈께요. 항상 바쁘시지만 고견을 구합니다. 1) API 버전 - 영한님, 수많은 강의에서 보면 API 에는 주로 V1, V2 같은 버전을 기록하시는 것 같던데 이번 강의에서는 버전에 대한 말씀은 없으시더라고요. 보통 버전을 URI 에 포함시키는게 좋은 지, 만약 포함시킨다면 버전의 위치는 어디가 가장 적합한지 알고 싶습니다. 2) 복잡한 쿼리 조회성 API naming - 현업에서는 검색조건이 다양하게 있고 결과도 UI Grid 에 다양한 컬럼이 있는 표 화면을 활용하는 케이스가 많은데요. (보통 API 에서 다수의 테이블을 조인하는 쿼리를 실행해서 출력하는) 이런 API는 사실 Main Resource 를 정하기 어려운 경우가 상당히 있는 것 같습니다. 이런 복잡한 쿼리를 통해 화면에 목록성 데이터를 출력하는 Get API 는 네이밍을 어떻게 잡는 게 좋을까요?
- 해결됨모든 개발자를 위한 HTTP 웹 기본 지식
get json 데이터 전달 질문
학습하는 분들께 도움이 되고, 더 좋은 답변을 드릴 수 있도록 질문전에 다음을 꼭 확인해주세요.1. 강의 내용과 관련된 질문을 남겨주세요.2. 인프런의 질문 게시판과 자주 하는 질문(링크)을 먼저 확인해주세요.(자주 하는 질문 링크: https://bit.ly/3fX6ygx)3. 질문 잘하기 메뉴얼(링크)을 먼저 읽어주세요.(질문 잘하기 메뉴얼 링크: https://bit.ly/2UfeqCG)질문 시에는 위 내용은 삭제하고 다음 내용을 남겨주세요.=========================================[질문 템플릿]1. 강의 내용과 관련된 질문인가요? (예/아니오)2. 인프런의 질문 게시판과 자주 하는 질문에 없는 내용인가요? (예/아니오)3. 질문 잘하기 메뉴얼을 읽어보셨나요? (예/아니오)[질문 내용]여기에 질문 내용을 남겨주세요. 예시로 username이 test, id가 1234인 유저를 조회한다고 가정했을 때 저는 그동안 JSON 형태로 { "username" : "test", "id" : "1234 } 이렇게 GET 요청을 했었는데 (포스트맨에서 request.body의 값으로 읽어올 수 있도록), 이런 경우도 "메시지 바디를 사용해서 데이터를 전달할 수 있지만, 지원하지 않는 곳이 많아서 권장하지 않음" 의 예시에 포함되나요? 만약 그렇다면, 이렇게 조회하는 방식을 POST 요청으로 보내야 하는지, 아니면 GET으로 요청하되 요청하는 방식을 URL에 쿼리 파라미터를 통해서 전달해야만 하는 것인지 궁금합니다!