일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |
Tags
- 최적화
- react-query
- 아키텍처
- 리액트쿼리
- Basic
- 캐쉬
- react server component
- 쓰레드
- 동기
- JavaScript
- 리액트네이티브
- mockoon
- styled-component
- mock service worker
- SWC
- Concurrent Mode
- 비동기
- next hydration
- 리액트
- 기본
- amplify
- React
- vanilla-extract
- Critical Rendering Path
- Babel
- 개발자
- 자바스크립트
- react-native
- front-end mocking
- 기초
- 컴포넌트
- CSS-in-JS
- 목킹
- thread
- next.js
- link
- sprinkles
- async
- Cache
- MSW
Archives
- Today
- Total
목록브라우저캐쉬 (1)
Don’t worry about failures
브라우저 캐쉬에 대해
평소에 캐쉬에 대해 아무생각 없이 적절한 곳에 캐쉬하면 좋지 라는 생각만 가지고 있었다. 하지만, 이번에 웹 최적화 관련 인강을 들으면서, 캐쉬에 대한 이야기가 나와 정리할 겸 글을 남긴다. 일단, 브라우저의 경우 1. 메모리 캐쉬 2. 디스크 캐쉬 이렇게 두개로 나누어 캐쉬 처리를 한다. 메모리 캐쉬는 RAM에 저장되고, 이는 휘발성이기 때문에 브라우저를 닫았다 키면 날라가게 된다. 반면, 디스크 캐쉬 같은 경우 file로 관리를 한다. 이 두 캐쉬에 대한 선택은 개발자가 직접적으로 관리하지는 못하고 브라우저 내의 알고리즘에 의해 관리가 된다. 하지만 이 캐쉬에 대해 사용할지 말지 유효기간이 어떻게 되는지 등의 옵션은 cache-control을 통해 관리할 수 있다. 이는 서버 요청 후 respons..
Online class Study
2022. 4. 9. 15:43