일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |
Tags
- http
- SpringBoot
- hibernate.dialect
- Git
- ERROR TYPE : org.apache.ibatis.binding.BindingException
- @Entity
- initialDelay
- anyMatch
- @Table
- gitreset
- Transaction not successfully started
- 캐쉬가능
- Invalid bound statement (not found)
- 자바ORM표준프로그래밍
- fixedDelay
- org.apache.ibatis.binding.BindingException
- HTTPMESSAGE
- KAKAOLOGINAPI
- DB방언
- RFC723x
- 매핑정보가없는필드
- gitrevert
- 데이터베이스 방언
- 김영한JPA
- 멱등활용
- 무상태프로토콜
- 네이버 연결된 서비스
- JPA
- HTTP3
- 네이버로그인API
Archives
- Today
- Total
목록캐쉬 (1)
twocowsong
[모든 개발자를 위한 HTTP 웹 기본 지식 - 29]
캐쉬 기본 동작 클라이언트가 star.jpg를 요청할경우 서버가 이미지의 정보 헤더 : 0.1 , 바디 : 1.0 합 : 1.1m 정보를 전송해줍니다. 만약 캐쉬가 없을경우 매번 클라이언트는 요청하고 1.1m 이미지를 다운받는이방법이 계속 반복될것입니다. 낭비가 심하고 좋지않은방법입니다. 캐쉬가 없을 때는 계속해서 네트워크를 통해서 데이터를 다운받아야하며 네트워크는 매우 느리고 비싸며 브라우저 로딩 속도가 느림으로 사용자측에서는 좋지않은 결과만 보여지게됩니다. 캐쉬를 적용하게 되면 HTTP 헤더에 cache-control이 추가되며 max-age의 시간동안 캐쉬가 유효합니다. 클라이언트가 star.jpg를 최초 요청하게되면 서버에서는 이미지를 내려줍니다. 응답 결과를 브라우저 캐쉬에 저장하게됩니다. 이후..
IT/HTTP
2022. 1. 30. 18:22