공부 기록일지📚

API Routes(12ver) == Route Handlers (13ver) ? Route Handlers allow you to create custom request handlers for a given route using the Web Request and Response APIs. (라우트 핸들러스는 Request 와 Response 웹 API를 활용하여 주어진 경로에 커스텀 요청 핸들러를 만들게 해준다.) => 즉, next 를 활용해서 풀스택 프로젝트를 구현할 수 있다는 부분은 이 기능이 제공되기 때문인 거 같다. next 12버전의 API 라우트와 13버전의 라우트 핸들러스가 같은 키워드 같아서 적어놨다. 아래의 next 공홈에서 가져온 good to know 에서 유추한 내용이다. Go..

넥스트 13버전의 docs인 Using App Router 에는 ISR 이라는 키워드를 직접적으로 찾을 수 없었다. 정의를 알고싶다면 Pages Router ( Next 12) 에서 검색해보면 된다. App기반 docs에서 ISR을 검색하면 Data fetching 과 관련된 내용이 나오는데 revalidate 라는 키워드와 직접 연관이 있기 때문인 거 같다. Next 에서는 Time-based Revalidation 라고 명시되어 있는데 이 키워드가 ISR과 동일한 개념인 거 같다. ISR(Incremental Static Regeneration) Next.js를 사용하면 사이트를 구축한 후 정적 페이지를 만들거나 업데이트할 수 있다. 증분 정적 재생성(ISR)을 사용하면 전체 사이트를 다시 빌드할 필..

우선 간단히 넥스트 12버전과 13버전을 비교하면 아래와 같다. Next 12ver 페이지 단위 렌더링 방식 규정 => 13버전보다 구성이 심플할 수 있으나 효율성이 떨어질 수 있음 Next 13ver 컴포넌트 단위 렌더링 방식 규정 => 12버전보다 구성하는 것이 복잡할 수 있으나 어플리케이션 효율성이 높음 리액트 18버전부터 Server Component가 도입되면서 페이지 내에 2가지 컴포넌트가 믹스되어 구성될 수 있음(클라이언트 & 서버 컴포넌트) 서버 컴포넌트(Server Component) app 폴더 내부에 있는 컴포넌트들은 기본적으로 서버 컴포넌트(서버에서 실행되는 컴포넌트)이다. 서버 컴포넌트는 말 그대로 서버에서 실행되는 컴포넌트 이기 때문에 이 컴포넌트는 브라우저에서 그려지는 것이 아..

[ 상황 설명 ] next 13으로 404 페이지를 설정하고 있던 중 개발자도구의 콘솔에 404 error 가 지속적으로 찍히는 것을 확인했다. 개발 환경의 hot reload 기능 때문인 거 같았는데 설마 서버의 요청도 계속해서 가고있는지 확인해보니 404페이지가 UI에 표시된 상태라면 api 요청이 계속적으로 되고 있었다. [ 원인 분석 ] 즉, 없는 경로를 서버에 요청보내면 not found 에러가 발생하는데 개발환경에서 해당 요청을 클라이언트에서 hot reload 를 통해 계속해서 보내고 있는 것이다. 핫리로드 문제는 개발환경에서만 발생하기 때문에 큰 이슈는 아니라고 생각했지만 혹시라도 문제가 될까봐 관련 이슈에 대해서 찾아봤다. [ 결론 ] next 공식 repo를 확인하니 나와 같은 next..

gitHub의 메인페이지를 장식하는데 유용한 wakatime의 README가 업데이트되지 않은 지, 3주가 흘렀다. 첫번째로 github action이 잘 돌아가고 있는 지 확인해봤는데, 아니나 다를까 action 들이 3주전부터 fail상태였다. fail한 원인에 대해서 알고싶은데 내역이 아무것도 뜨지않아서 가장 빠르게 체크할 수 있는 action에 등록해놓은 token의 유효기간을 체크하였다.[ action jobs log 확인하기 ]+ 다시 보니 action error 내역을 확인할 수 있다^^ Jobs의 name(아래 이미지에서 “Update Readme with Metrics”)을 클릭하면 어디서 action의 에러가 났는지 확인해볼 수 있으니 github action을 활용할 때 이 점을 기억..