25%
33,000원
다른 수강생들이 자주 물어보는 질문이 궁금하신가요?
- 미해결모든 개발자를 위한 HTTP 웹 기본 지식
patch멱등성 관련 질문 2개입니다.
"PUT의 경우와 PATCH의 경우가 애매하긴 합니다만, PUT은 예를들면 AGE=30으로 계속 반복 호출하는 것이라고 생각하시면 됩니다. AGE에 30을 할당하는 행위는 몇번을 반복해도 항상 AGE가 30일 것입니다. PATCH는 반면에 AGE = AGE+1 이라고 생각하시면 됩니다. 이것은 호출될때마다 AGE의 값이 바뀌게 되겠죠. 그래서 PUT은 멱등, PATCH는 멱등하지 않다라고 합니다." 1. 위 글은 다른 분 질문에 달린 답변의 일부입니다. 여기서 이해가 되지 않는 점이 PUT은 AGE = 30처럼 덮어쓰는 행위라고 생각하면 된다고 하셨는데 PUT도 AGE = AGE+1로 반복적으로 덮어쓸 수 있는것 아닌가요? 이렇게 된다면 put도 계속 리소스가 변경되는 것 같은데 왜 멱등한 것인지 이해가 명확히 되지 않습니다. 2. 그리고 safe와 멱등의 차이점은 단순히 한 번 호출과 여러번 호출했을때의 차이점인 것인지 아니면 요청의 결과가 같다는것에 초점을 맞춰야할지 헷갈립니다... 여러번 호출해도 데이터가 변하지않는다는게 멱등인 것인지 아니면 요청의 의도가 계속 같다는 것이 멱등인것인지 궁금합니다.
- 미해결모든 개발자를 위한 HTTP 웹 기본 지식
ppt 사소한 수정사항
학습하는 분들께 도움이 되고, 더 좋은 답변을 드릴 수 있도록 질문전에 다음을 꼭 확인해주세요.1. 강의 내용과 관련된 질문을 남겨주세요.2. 인프런의 질문 게시판과 자주 하는 질문(링크)을 먼저 확인해주세요.(자주 하는 질문 링크: https://bit.ly/3fX6ygx)3. 질문 잘하기 메뉴얼(링크)을 먼저 읽어주세요.(질문 잘하기 메뉴얼 링크: https://bit.ly/2UfeqCG)질문 시에는 위 내용은 삭제하고 다음 내용을 남겨주세요.=========================================[질문 템플릿]1. 강의 내용과 관련된 질문인가요? (예/아니오)2. 인프런의 질문 게시판과 자주 하는 질문에 없는 내용인가요? (예/아니오)3. 질문 잘하기 메뉴얼을 읽어보셨나요? (예/아니오)[질문 내용]여기에 질문 내용을 남겨주세요. 중요한거는 아니지만 ppt에 사소한 오류가 있어서 말씀드려요. 프록시 캐시 도입 관련해서 p.53 부터 400ms가 0.5초로 되어있습니다. 중요한건 아니지만 영상, ppt에 많은 공을 들이셨던걸 알기에 글 남겨봅니다.
- 미해결모든 개발자를 위한 HTTP 웹 기본 지식
프록시 캐시 서버 와 CDN
프록시 캐시 서버와 CDN이 동일한 것인지 궁금합니다.
- 미해결모든 개발자를 위한 HTTP 웹 기본 지식
클라이언트-서버 간의 TCP/IP 통신
2:00 쯤, 클라이언트-서버 간의 TCP/IP 통신은 IP로만 통신을 한다고 설명해주셨는데 이에 대해 궁금한 부분이 있어 질문 드립니다. Q0. TCP/IP 통신 자체가 IP로만 통신하는 방법이라는 의미가 아니고, 예시처럼 이름기반 가상호스팅을 하는 상황에서는 IP와 Host 정보만을 가지고 통신을 할 수 있다는 의미이신건가요? (앞선 [챕터1. 인터넷 네트워크] 강의에서 TCP/IP 통신은 IP와 PORT 정보를 가지고 통신을 하며, 동일한 IP 내에서 PORT를 통해 프로세스를 구분한다는 설명과는 다른 부분이 있어 약간 혼동이 생겼습니다) Q1. 그럼 예시 상황에서 PORT 개념은 해당 통신에서 사용되지 않는건가요? 혹시 사용된다면 어떻게 사용되는걸까요?!
- 미해결모든 개발자를 위한 HTTP 웹 기본 지식
상태코드 질문
학습하는 분들께 도움이 되고, 더 좋은 답변을 드릴 수 있도록 질문전에 다음을 꼭 확인해주세요.1. 강의 내용과 관련된 질문을 남겨주세요.2. 인프런의 질문 게시판과 자주 하는 질문(링크)을 먼저 확인해주세요.(자주 하는 질문 링크: https://bit.ly/3fX6ygx)3. 질문 잘하기 메뉴얼(링크)을 먼저 읽어주세요.(질문 잘하기 메뉴얼 링크: https://bit.ly/2UfeqCG)질문 시에는 위 내용은 삭제하고 다음 내용을 남겨주세요.=========================================[질문 템플릿]1. 강의 내용과 관련된 질문인가요? (예/아니오) 예2. 인프런의 질문 게시판과 자주 하는 질문에 없는 내용인가요? (예/아니오) 예3. 질문 잘하기 메뉴얼을 읽어보셨나요? (예/아니오) 예[질문 내용]여기에 질문 내용을 남겨주세요. 안녕하세요 좋은 내용의 강의 잘 듣고 있습니다. 상태코드는 앞서 HTTP 메서드 처럼 결국 일종의 약속으로 생각하고 강의를 듣고있는데 맞나요? 301의 경우 POST로 해도 GET으로 리다이렉트하고 본문 제거될 수 있고 이런게 개발할때 이를 참고해서 구현해주고 약속으로 정해져 있어서 다른 사람이 봐도 301번이니 이런 내용이겠구나 짐작할 수 있게하는것처럼요.
- 미해결모든 개발자를 위한 HTTP 웹 기본 지식
쿠키 생성 관련 질문드립니다!
안녕하세요! 쿠키는 서버에서 자동으로 생성하여 클라이언트로 전송하는 사용자의 정보인 것은 알았습니다. 질문1) 그런데, 클라이언트 측에서 먼저 쿠키를 생성하여 보내는 경우는 왜 그럴까요? 아래는 파이썬 requests 라이브러리를 통해 클라이언트에서 쿠키를 생성해 서버에 쿠키를 보내는 예시 코드입니다. url = 'https://www.google.com' cookies = dict(cookies_are='working') r = requests.get(url, cookies=cookies) 서버에서 쿠키를 만들텐데, 위의 예시처럼 쿠키를 클라이언트에서 만들면 사용자가 작성한 정보만 서버가 쿠키에 추가하는 것일까요? 질문2) 파이썬에서 request.Session()을 통해 세션을 생성할 수 있는데, 이 코드는 강의에서 설명해주신 세션 쿠키를 만드는 것과 동일한가요? 세션 쿠키가 아니라면 TCP 커넥션을 유지해주는 말그대로 세션의 역할을 하는 것일까요? 파이썬으로 실습을 하다보니 파이썬 코드로 질문을 드려 죄송합니다ㅠㅠ
- 미해결모든 개발자를 위한 HTTP 웹 기본 지식
세션 쿠키 질문 있습니다^^
쿠키의 생명 주기 설명에서 세션 쿠키: 만료 날짜를 생략하면 브라우저 종료시까지만 유지된다고 하셨는데, 웹서버 입장에서는 웹 브라우저가 종료되었다는 사실을 모를텐데 그럼 서버는 세션을 언제까지 보관하고 있나요?
- 미해결모든 개발자를 위한 HTTP 웹 기본 지식
웹 브라우저 요청 흐름 강의 중 HTTP 메시지 전송 과정에서 질문이 있습니다!
강의와 다른 질문들을 참고하여 HTTP 메시지 전송 과정의 순서에 대해 제가 이해한 내용은 아래와 같습니다. 1. 웹 브라우저에서 HTTP 메시지를 생성한다. 2. 애플리케이션은 소켓 라이브러리를 사용하여 TCP/IP와의 연결을 지시한다. 3. TCP/IP 와 연결된 후 TCP 계층에서 3 way handshake를 진행하여 서버와 연결한다. 4. 서버와의 연결이 확인되면 TCP/IP 프로토콜로 데이터(HTTP 메시지)가 전달된다. 5. TCP/IP는 전달받은 HTTP 메시지에 TCP관련 정보와 IP관련 정보를 추가하여 TCP/IP 패킷을 생성한다. 6. 웹 브라우저는 요청 패킷을 인터넷 망에 던진다. 질문입니다! Q1. 제가 이해한 전체 과정이 맞나요? Q2. 3 way handshake를 진행하는 계층과 시점이 헷갈리는데요. 3 way handshake는 TCP/IP 연결 후에 TCP 계층에서 진행되는 것이 맞나요? (애플리케이션 계층에서 일어나는 게 아닌 거죠?) Q3. 3 way handshaking을 하는 이유는 요청 패킷을 서버로 던지기 위해서 서버와의 연결을 확인하기 위한 게 맞나요? Q4. 강사님께서 3 way handshake 진행 전 찾았다고 언급하신 IP와 PORT는 HTTP 요청 메시지 생성 전 URL을 통해 찾은 PORT와 DNS 서버를 통해 찾은 IP인 게 맞나요? Q5. TCP/IP 패킷 생성 시 담아지는 IP와 PORT도 HTTP 메시지 생성 전에 URL과 DNS 서버 조회를 통해 찾아낸 IP와 PORT인 건가요?
- 미해결모든 개발자를 위한 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 웹 기본 지식
중계서버 질문
여기서 나오는 중계서버는 어느 개념인가요?