일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |
- fixedDelay
- 자바ORM표준프로그래밍
- anyMatch
- ERROR TYPE : org.apache.ibatis.binding.BindingException
- @Table
- initialDelay
- HTTPMESSAGE
- hibernate.dialect
- DB방언
- Transaction not successfully started
- JPA
- gitreset
- 멱등활용
- gitrevert
- 데이터베이스 방언
- HTTP3
- 김영한JPA
- org.apache.ibatis.binding.BindingException
- KAKAOLOGINAPI
- @Entity
- 무상태프로토콜
- RFC723x
- 네이버 연결된 서비스
- http
- 캐쉬가능
- Invalid bound statement (not found)
- 매핑정보가없는필드
- Git
- SpringBoot
- 네이버로그인API
- Today
- Total
목록IT (131)
twocowsong
캐쉬 기본 동작 클라이언트가 star.jpg를 요청할경우 서버가 이미지의 정보 헤더 : 0.1 , 바디 : 1.0 합 : 1.1m 정보를 전송해줍니다. 만약 캐쉬가 없을경우 매번 클라이언트는 요청하고 1.1m 이미지를 다운받는이방법이 계속 반복될것입니다. 낭비가 심하고 좋지않은방법입니다. 캐쉬가 없을 때는 계속해서 네트워크를 통해서 데이터를 다운받아야하며 네트워크는 매우 느리고 비싸며 브라우저 로딩 속도가 느림으로 사용자측에서는 좋지않은 결과만 보여지게됩니다. 캐쉬를 적용하게 되면 HTTP 헤더에 cache-control이 추가되며 max-age의 시간동안 캐쉬가 유효합니다. 클라이언트가 star.jpg를 최초 요청하게되면 서버에서는 이미지를 내려줍니다. 응답 결과를 브라우저 캐쉬에 저장하게됩니다. 이후..
쿠키 Set-Cookie: 서버에서 클라이언트로 쿠키 전달(응답) Cookie: 클라이언트가 서버에서 받은 쿠키를 저장하고, HTTP 요청시 서버로 전달 HTTP는 무상태 프로토콜입니다. 서버에서는 클라이언트의 상태를 가지고있지않습니다. 서버가 클라이언트의 상태를 저장하기위해서 세션과 쿠키가있습니다. 쿠키의 경우 클라이언트가 서버에게 요청 후 서버는 해당 값으로 쿠키를 생성시켜 웹브라우저 쿠키저장소에 저장합니다. @GetMapping("/login") @ResponseBody public void login(HttpServletResponse response) throws Exception{ Cookie createCookie = new Cookie("userName", "홍길동"); createCook..
Host 요청한 호스트 정보(도메인) 요청에서 사용하며 필수입니다. 하나의 서버가 여러 도메인을 처리해야할때 사용합니다. 가상호스트를 통해 여러 도메인을 한번에 처리할 수 있는 서버 실제 애플리케이션이 여러개 구동될 수 있다. 호스트가 없는경우 aaa인지 bbb인지 ccc인지 모르게됩니다. 이러한경우 발생하기 때문에 호스트 값은 필수입니다. Location 페이지 리다이렉션 웹 브라우저는 3xx 응답의 결과에 Location 헤더가 있으면, Location 위치로 리다이렉트합니다. Allow 허용 가능한 HTTP 메서드 @RequestMaaping 이아닌 @GetMapping 으로 설정 후 POST로 요청을 할경우 405에러가 발생됩니다. 인증 Authorization: 클라이언트 인증 정보를 서버에 전..
From 유저 에이전트의 이메일 정보 일반적으로 잘 사용하지않으며 검색 엔진 같은 곳에서, 주로 사용합니다. Referer 이전 웹 페이지 주소 현재 요청된 페이지의 이전 웹 페이지 주소 , A -> B로 이동하는 경우 B를 요청할 때 Referer: A 를 포함해서 요청. Referer를 사용해서 유입 경로 분석이 가능합니다. User-Agent 유저 에이전트 애플리케이션 정보 클라이언트의 애플리케이션 정보 ( 웹 브라우저 정보, 등등) , 어떤 종류의 브라우저에서 장애가 발생하는지 파악이 가능합니다. Server 요청을 처리하는 ORIGIN 서버의 소프트웨어 정보 클라이언트가 서버에 요청하더라도 여러 프록시 서버를 거쳐서 목적지 서버에 도착하게됩니다. 그 서버를 오리진 서버라고합니다.
전송방식 설명 • 단순 전송 • 압축 전송 • 분할 전송 • 범위 전송 컨텐츠의 length를 알수있을경우 컨텐츠의 대한 길이를 같이 주는방식입니다. 한번에 요청하고 한번에 받습니다. 압축을 사용하여 내용이 많이 줄어들며 Content-Encoding이 꼭 추가가 됩니다. 사진에서는 서버에서 5바이트씩 전송됩니다. 용량이 매우 큰 경우 분할하여 전송시 바로바로 사용할수있게됩니다. 처음부터가아닌 해당 된 지점에서만 데이터를 요청하여 다운받는경우가있습니다.
협상(콘텐츠 네고시에이션) 클라이언트가 요청시에 선호하는 표현 요청을 지정하여 서버가 클라이언트에게 지정된 표현 요청으로 데이터를 전달합니다. • Accept: 클라이언트가 선호하는 미디어 타입 전달 • Accept-Charset: 클라이언트가 선호하는 문자 인코딩 • Accept-Encoding: 클라이언트가 선호하는 압축 인코딩 • Accept-Language: 클라이언트가 선호하는 자연 언어 한국으로 브라우저로 다중언어 지원하는 사이트를 접속시 사이트의 기본언어인 영어로 해당화면을 응답합니다. Accept언어를 지정하여 요청하게되면 서버에서 요청한 언어가 지원되는 대상일경우 요청한 언어로 응답하게된다. Accept언어가 한국어여도 서버에서 1순위가 독일어 2순위가 영어일경우 1순위인 독일어로 응답받..
표현헤더에는 다음과 같은 정보가 들어간다. • Content-Type: 표현 데이터의 형식 • Content-Encoding: 표현 데이터의 압축 방식 • Content-Language: 표현 데이터의 자연 언어 • Content-Length: 표현 데이터의 길이 Content-Type 컨텐트 바디에 어떠한형식의 데이터가들어가는지 명시되며 HTML, JSON, IMAGE가 들어가게됩니다. • text/html; charset=utf-8 • application/json • image/png Content-Encoding 표현데이터를 압축하기위해 사용되며 데이터를 전달하는곳에서 압축 후 인코딩 헤더를 추가합니다. 데이터를 읽는쪽에서 인코딩 헤더의 정보로 압축을 해제하여 사용합니다. • gzip • defl..
HTTP 헤더 개요 HTTP 헤더는 전송에 필요한 모든 부가정보가 들어갑니다. 메세지 바디의 내용, 바디의 크기, 압축, 인증, 요청클라이언트, 서버 정보, 캐시등 많은 정보가 들어가며 필요시 임의의 헤더의 추가가 가능합니다. RFC2616(과거) 메세지 본문은 엔티티 본문을 전달하는데 사용되며 엔티티 본문은 요청이나 응답에서 전달할 실제 데이터입니다. 엔티티 헤더는 엔티티 본문의 데이터를 해석할수있는 정보입니다. (데이터 유형(HTML,JSON), 데이터 길이, 압축 정보등등..) RFC723x 변화 2014년 신규 RFC7230 등장하면서 RFC2616은 폐기가 되어버렸습니다. 엔티티(Entity) -> 표현(Representation) , 표현 = 표현 메타데이터 + 표현 데이터로 수정되었습니다. ..