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