HTTP 메시지 HTTP에서 교환하는 정보 리퀘스트 메시지와 리스폰스 메시지가 있음 여러 줄의 텍스트 데이터로 구성 메시지 헤더와 메시지 바디로 구성 개행문자로 헤더와 바디를 구분 (개행문자는 CRLF를 사용) 바디가 없을 수도 있음 💡 CRLF CR과 LF의 조합 CR(\r): Carriage Return LF(\n): Line Feed 메시지 헤더 리퀘스트 메시지 헤더 리퀘스트 라인 리퀘스트 헤더 필드 일반 헤더 필드 엔티티 헤더 필드 etc. 리스폰스 메시지 헤더 상태 라인 리스폰스 헤더 필드 일반 헤더 필드 엔티티 헤더 필드 etc. 리퀘스트 라인 리퀘스트에 사용하는 메서드 리퀘스트 URI 사용하는 HTTP 버전 상태 라인 리스폰스 결과의 상태 코드 & 설명 사용하는 HTTP 버전 헤더 필드 리퀘..
HTTP에서 서버와 클라이언트 서버: 리소스를 제공 (Request) 클라이언트: 리소르를 요청 (Response) 💡 HTTP 프로토콜에서 클라이언트와 서버의 역할은 정해져 있고, HTTP는 이 클라이언트와 서버의 역할을 구분한다. 💡 클라이언트의 Request부터 통신이 시작된다. 서버는 Ruquest가 없다면 응답을 하지 않는다. Request 메시지의 형태 GET /sdardew.html HTTP /1.1 Host: www.tistory.com sdardew.html을 요청하는 메시지 GET 메서드 서버가 수행해야 하는 행동 /sdardew.html 리퀘스트 URI 요청하는 대상 HTTP/1.1 프로토콜 버전 클라이언트 기능을 식별 POST /sdardew.html HTTP /1.1 Host: w..
HyperTest 여러 문서를 상호간에 관련 짓는 것 WWW의 구성 기술 문서 기술 언어: HTML 문서 전송 프로토콜: HTTP 문서 주소 지정하는 방법: URL WWW의 의미 초기: 하이퍼텍스트를 열람할 수 있는 클라이언트 애플리케이션의 명칭 (현재의 웹 브라우저) 현재: 시스템의 명칭 HTTP의 진화 HTTP/0.9 : HTTP 1.0 이전이라는 의미 HTTP/1.0 : 최초로 정식 사양으로 공개 HTTP/1.1 : 현재 가장 많이 사용되는 것 TCP HTTP는 TCP/IP 프로토콜 중의 하나 TCP/IP는 프로토콜의 집합 💡 프로토콜 통신을 위한 규칙 TCP/IP 4계층 애플리케이션 계층: 유저에게 제공되는 애플리케이션에서 사용하는 통신의 움직임 결정 트랜스포트 계층: 애플리케이션 계층에 네크워크..
- Total
- Today
- Yesterday
- DGS Framework
- 2차 인터뷰
- postman collection
- go 특징
- pm.test
- postman
- Basic Type
- Squash and merge
- 네이버 2022 공채
- solidity
- 코틀린
- 1차 인터뷰
- 주생성자
- Kotlin
- git
- squash merge
- string
- python3
- 확장 함수
- hashcode
- mysql
- downTo
- java
- 코딩테스트
- postman tests
- pm.expect
- Python
- graphql
- github
- Kotlin In Action
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | |||||
3 | 4 | 5 | 6 | 7 | 8 | 9 |
10 | 11 | 12 | 13 | 14 | 15 | 16 |
17 | 18 | 19 | 20 | 21 | 22 | 23 |
24 | 25 | 26 | 27 | 28 | 29 | 30 |