HTTP6

• 

  HTTP와 Keep-Alive: 웹 성능 최적화의 핵심 기술 1. HTTP와 Keep-Alive란?HTTP(HyperText Transfer Protocol)는 웹에서 데이터를 주고받는 데 사용되는 프로토콜입니다. 기본적으로 클라이언트(예: 브라우저)와 서버 간의 요청-응답을 통해 동작합니다. HTTP/1.0에서는 한 번의 요청마다 새로운 TCP 연결이 열리고 닫히는 방식이 사용되었습니다.Keep-Alive는 HTTP/1.1에서 도입된 기능으로, 하나의 TCP 연결을 재사용해 여러 요청과 응답을 처리할 수 있도록 지원합니다. 이를 통해 연결 설정 및 해제 과정에서 발생하는 네트워크 비용을 줄이고, 웹 애플리케이션의 성능을 크게 향상시킬 수 있습니다.2. Keep-Alive의 특징지속적인 연결 유지클라이언트와 서버 간의 연결을 일정 시간 동안 유지하여 여러 요청을 .. 프로그래밍공부(Programming Study)/네트워크(Network) 2024. 12. 3.

• 

  HTTP 버전별 특징 및 차이점: HTTP/1.1, HTTP/2, 그리고 HTTP/3 이해하기 1. HTTP란?HTTP(Hypertext Transfer Protocol)는 웹에서 클라이언트와 서버 간의 데이터 전송을 위한 프로토콜입니다. HTTP는 인터넷 상에서 웹 페이지, 이미지, 동영상 등 다양한 콘텐츠를 전송하는 표준 방법으로, 오늘날의 웹 환경에서 필수적인 역할을 합니다.2. HTTP 버전별 특징2.1 HTTP/1.0HTTP/1.0은 1991년에 도입된 초기 버전으로, 웹 브라우저와 서버 간의 기본적인 데이터 전송 방식을 정의했습니다. 주로 텍스트 기반의 통신을 사용하며, 단일 요청-응답 방식으로 작동합니다. 각 요청마다 새로운 연결을 생성하고, 연결이 종료되면 다음 요청 시 다시 새로운 연결을 시작합니다.2.2 HTTP/1.1HTTP/1.1은 1997년에 도입된 버전으로, HTTP/1... 프로그래밍공부(Programming Study)/네트워크(Network) 2024. 8. 13.

• 

  웹 애플리케이션 프로토콜: HTTP부터 gRPC까지 웹 애플리케이션은 다양한 프로토콜을 통해 서버와 클라이언트 간의 통신을 가능하게 하고 데이터를 주고받습니다. 이 글에서는 웹 애플리케이션 개발에서 자주 사용되는 HTTP, HTTPS, WebSocket, SOAP, REST, GraphQL, RPC, gRPC 등의 주요 프로토콜에 대해 살펴보고, 각 프로토콜의 개념, 특징, 장단점, 그리고 파이썬으로 구현한 코드 예시를 통해 어떻게 사용하는지 알아보겠습니다.1. HTTP (HyperText Transfer Protocol)개념:HTTP는 웹에서 데이터를 주고받기 위한 가장 기본적인 프로토콜입니다. 클라이언트가 서버에 요청을 보내고, 서버가 응답하는 클라이언트-서버 모델을 기반으로 합니다. 웹 페이지 로딩, API 호출 등에 사용됩니다.특징:요청-응답 구조.. 프로그래밍공부(Programming Study)/네트워크(Network) 2024. 8. 13.

• 

  [컴퓨터네트워크]5. HTTP Non-persistent HTTP response time request message Uploading form input Method types response message response status codes 프로그래밍공부(Programming Study)/네트워크(Network) 2023. 3. 28.

• 

  [컴퓨터네트워크]4. Application Layer Application architectures peer-to-peer(P2P) client-server Client-server architecture server always-on host permanent IP address data centers for scaling clients communicate with server do not communicate directly with each other may be intermittently connected may have dynamic IP address P2P architecture no always-on server arbitrary end systems directly communicate peers request service from ot.. 프로그래밍공부(Programming Study)/네트워크(Network) 2023. 3. 28.

• 

  Rest하게 URI 설계하는 법 https://chinggin.tistory.com/454 REST API & URI 설계 원칙 (RFC-3986) REST ( Representational State Transfer : 자원의 상태 전달) - 네트워크 아키텍처이다. 1. Client와 Server가 서로 독립적으로 분리되어 있어야 합니다. 클라이언트와 서버가 한 곳에 구성되어있다던지, 서로의 chinggin.tistory.com 프로젝트 설계 중에 URI 설계가 필요했다. path 부분은 자원에 대해 서술해야하는 부분으로 어떻게 서술할까 고민을 하던 도중 사내 개발 표준 문서, 현업의 Swagger를 확인해 보니 너무나 헷갈리기 시작했다. 회사에서 내준 과제는 aggregate join을 통해 특정 데이터를 조회하는 것이었다. 아무래.. 끄적끄적(Memo)/깨달음(enlightenment) 2022. 10. 2.