| 일 | 월 | 화 | 수 | 목 | 금 | 토 |
|---|---|---|---|---|---|---|
| 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
- context.api
- 리액트
- vite
- 프론트엔드
- Web
- CustomHook
- sharedworker
- frontend
- 아키텍처
- 티스토리챌린지
- 오블완
- 클린코드
- 자바스크립트
- Webworker
- radixui
- 이것저것
- provider 패턴
- JavaScript
- TypeScript
- MFA
- Function Region
- 에세이
- 리팩토링
- 웹워커
- virtaullist
- 회고
- 합성 컴포넌트
- CRA
- react
- MicroFrontEnd
Archives
- Today
- Total
목록Function Region (1)
Lighthouse of FE beginner
들어가며이번 사이드 프로젝트를 진행하며 Frontend 배포는 Vercel을 이용했습니다.프레임워크를 Next.js를 사용했고 Vercel에 배포 시 가장 간단하게 배포할 수 있다는 장점이 있었기 때문입니다.배포 후 당연히 Function Region을 변경했다고 생각을 했었는데, 프로덕션 환경에서의 프론트엔드가 너무 느렸습니다. 여러가지 확인해본 결과 프로젝트의 Vercel Function Region이 기본 값인 North America의 Washington, D.C로 설정이 되어있었습니다. 그럼 왜 Function Region을 변경해야 하는지,변경하는 법과 변경 전과 후 어떤 차이가 있는지 살펴보도록 하겠습니다. ssalon-de 프로젝트 인프라 구성ssalon-de 프로젝트의 서버는 AWS EC..
[WEB] 프론트엔드
2025. 8. 8. 12:47