728x90 반응형 분류 전체보기471 data: URL Scheme vs Protocol 이건 URL 구조, 스킴(Scheme), 프로토콜 개념을 헷갈리기 쉬운 주제라서정확히 정리해드릴게요 👇✅ 1. “data:”는 진짜 스킴(Scheme)이 맞습니다예:data:text/plain;base64,SGVsbG8gV29ybGQ= 여기서 data:는브라우저에서 공식적으로 지원되는 URL Scheme 중 하나예요. 즉:http://호스트정보https://호스트정보data:mailto:javascript:file://호스트정보ftp://호스트정보이런 것들 모두 **스킴(Scheme)**입니다. Q. data:text/palin;base64,SGVsbG8V29ybGQ=더보기data: URL은 처음 보면 구조가 헷갈리기 쉽지만표준이 정해져 있어요.✅ 1. 이건 “data URL” 이라고 함예: data:.. 2025. 11. 16. HTTP/1.1 프로토콜 버전 http/1.1, h2, h3 ... HTTP를 이해하면 웹이 어떻게 작동하는지, 그리고 왜 속도 차이가 나는지가 깔끔하게 보입니다.하나씩 쉽고 정확하게 정리해드릴게요 👇✅ 1. “HTTP/1.1” — 이게 버전 맞습니다HTTP는 HyperText Transfer Protocol의 줄임말로웹브라우저~서버가 데이터를 주고받는 **통신 규약(프로토콜)**입니다. 그리고 프로토콜도 기술이라서…→ 새로운 기능이 필요하면 버전이 올라갑니다. 그래서 “HTTP/1.1”은 HTTP 프로토콜의 한 버전이에요.✅ 2. 그럼 HTTP에는 어떤 버전들이 있었냐?대표적인 HTTP 버전은 다음과 같아요:버전연도특징지금 사용?HTTP/0.91991아주 초창기, 텍스트만 전송❌ 거의 폐기HTTP/1.01996기본 구조 마련, 단일 요청·단일 연결❌ 거의 안 씀HTT.. 2025. 11. 15. Connection: keep-alive & Keep-Alive: timeout=30 Connection: keep-alive 와 Keep-Alive: timeout=30 의 관계,그리고 왜 30초밖에 유지 안 하는지까지 한번에 정리해줄게.✅ 1. Connection: keep-alive — “연결을 끊지 말고 유지해”HTTP는 원래 요청 1번 → 응답 1번 → 연결 종료(close) 하는 구조였음.이걸 매 요청마다 TCP 연결을 새로 만드는 비효율적인 방식이라고 해. 그래서 HTTP/1.1부터는 기본적으로 연결을 유지하는 Persistent Connection이 도입됨.Connection: keep-alive이 의미는:✔ “응답 보내고도 TCP 연결을 닫지 말자”✔ “같은 연결로 다음 요청도 보내자”즉, 연결을 재사용(reuse) 하자는 헤더.✅ 2. Keep-Alive: timeout.. 2025. 11. 15. TCP/IP 4계층 모델 [4] Application Layer --- HTTP, HTTPS / WebSocket, DNS[3] Transport Layer --- TCP, UDP[2] Internet Layer --- IP[1] Link Layer --- Ethernet, WiFi✅ 먼저 결론각 계층은 “전송”이라는 같은 단어를 쓰지만, 전송하는 ‘레벨’과 ‘목적’이 완전히 다르다.Link Layer = 물리적으로 옆 네트워크 장비까지 전달Internet Layer = 전 세계 네트워크 중 목적지까지 라우팅Transport Layer = 애플리케이션 단위의 데이터 스트림을 안정하게 전달Application Layer = 사람/앱이 이해할 프로토콜(HTTP, DNS, WebS.. 2025. 11. 15. Host 헤더는 https:// & path 없이 도메인 이름만? 결론부터 말하자면 ✅ Host 헤더에는 https:// (혹은 http://) 같은 프로토콜 부분이 포함되지 않습니다.💡 이유Host 헤더는 HTTP/1.1 이후 필수로 포함되는 요청 헤더로,**“이 요청이 향하는 서버의 도메인 이름과 (선택적으로) 포트 번호”**만 나타냅니다. 즉:Host: example.com Host: example.com:8080이런 식이에요.https:// 같은 프로토콜 정보는 포함되지 않습니다.📘 전체 요청 구조로 보면브라우저나 클라이언트는 사실상 이렇게 요청을 보냅니다GET /api/user HTTP/1.1Host: example.com 하지만 우리가 주소창에 입력하는 건:https://example.com/api/user이때의 차이점:부분의미예시https://프로토콜 .. 2025. 11. 13. Response 헤더 :: Server 헤더 이 질문은 “HTTP 요청 시 ‘서버’라는 개념이 어디까지를 가리키는가”와 관련된 부분이에요.차근차근 정리해볼게요 👇🧩 1️⃣ Server 헤더가 의미하는 것Server: Apache이건 응답을 보낸 웹 서버 소프트웨어의 종류를 의미합니다. 즉, 이 응답은 Apache HTTP Server(아파치) 가 처리했다는 뜻이에요.👉 따라서 https://ticket.melon.com 도메인을 담당하는 서버 중 하나가 Apache를 구동하고 있다는 걸 알 수 있습니다.🧩 2️⃣ “요청을 보내는 서버”는 어디까지를 말하나?요청 URL이 이렇게 되어 있죠:https://ticket.melon.com/common/ajax/useragent_info.jsonhttps://ticket.melon.com → 호스트(.. 2025. 11. 13. 이전 1 2 3 4 5 6 7 8 ··· 79 다음 728x90 반응형