일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 | 31 |
- gitreset
- HTTP3
- JPA
- 네이버로그인API
- fixedDelay
- ERROR TYPE : org.apache.ibatis.binding.BindingException
- Transaction not successfully started
- RFC723x
- @Table
- DB방언
- anyMatch
- 매핑정보가없는필드
- 무상태프로토콜
- 김영한JPA
- gitrevert
- SpringBoot
- @Entity
- hibernate.dialect
- initialDelay
- HTTPMESSAGE
- org.apache.ibatis.binding.BindingException
- 네이버 연결된 서비스
- 데이터베이스 방언
- http
- KAKAOLOGINAPI
- Git
- 멱등활용
- 자바ORM표준프로그래밍
- Invalid bound statement (not found)
- 캐쉬가능
- Today
- Total
목록HTTPMESSAGE (2)
twocowsong
HTTP 메세지 HTTP 메세지의 구조는 그림과 같다. 시작라인, 헤더, 공백(무조건 있어야함), body로 구성되어있다. 예)HTTP 요청 메시지를 보면 GET 방식의 /search?q=hello&hl=ko로 path 가 구성되어 있으며 HTTP1.1 프토로콜로 시작라인 구성되어있으며 헤더정보, 공백, Body(그림에는 없음)로 구성되어있다. 응답메세지에서는 시작라인이 다르다. HTTP1.1 프로토콜이나오고 200 OK (뒤에 자세히 다루겠습니다.)가 나온뒤 헤더값이 출력, 후 공백라인이 무조건 나오며 메시지 바디 영역이 나옵니다. 응답메세지는 RFC 공식 스펙에도 자세히 나와있습니다. 이제 각각 라인에 대해서 자세히 보겠습니다. 시작 라인(start-line)은 request-line, status-..
웹 브라우저에 요청과 흐름 위 URL로 데이터를 요청할 경우 IP:PORT를 조회 후 HTTP 메세지를 만들어서 요청한다. HTTP 메세지를 자세히보면 위와 같다. 1. 브라우저에서 HTTP 메시지를 생성 2. 3way handshake 확인 후 구글 서버랑 연결한다. 그리고 데이터를 전달하기위해 OS에 데이터를 전달. 3. 전달 데이터에 TCP/IP 패킷을 씌운뒤 네트워크를 통해 전송된다. 전송된 패킷을 상세히보면 위와 같다. 인터넷망으로 전송된 패킷은 수많은 노드를 거쳐 목적지 IP까지 도달하게된다. 구글 서버는 도착한 패킷에 TCP/IP 패킷을 버린뒤 HTTP 메세지만 가지고 사용한다. ex) q=hello&hl=ko 로 데이터가 들어오면 hello 검색을 한뒤 한국어로 데이터를 조회한다. 구글서버..