- 전체보기(412)
- next.js(13)
- TIL(10)
- section_2(9)
- Section3(9)
- 프로그래머스(6)
- typescript(5)
- section4(5)
- js(5)
- unit4(4)
- react-query(4)
- 알고리즘(4)
- process(4)
- Unit2(4)
- 에러(4)
- getStaticPaths(3)
- 알고리즘 심화(3)
- error(3)
- 타입스크립트(3)
- 회고(3)
- API(3)
- server(3)
- getStaticProps(3)
- unit3(3)
- git(2)
- link(2)
- notfound(2)
- nextjs(2)
- Unit5(2)
- 큐(2)
- React(2)
- synchronization(2)
- 스케줄링(2)
- 복습일지(2)
- getServerSideProps(2)
- 배열(2)
- 데이터(2)
- pages(2)
- 해시(2)
- UNIT6(2)
- Side(2)
- unit10(2)
- fallback(2)
- rendering(2)
- connect()(1)
- Tags(1)
- UNIT7(1)
- 버전(1)
- callback(1)
- server side(1)
- CSS애니메이션(1)
- head(1)
- 404(1)
- 라우팅(1)
- 알고리즘심화(1)
- 프로토타입(1)
- await(1)
- 라이브세션(1)
- 접속안됨(1)
- useInfiniteQuery(1)
- Blocking(1)
- 가져오기(1)
- Threads(1)
- async(1)
- 비동기(1)
- 운영체제2(1)
- node.js(1)
- 예상 대진표(1)
- XML(1)
- pagination(1)
- 동적(1)
- catch-all(1)
- UNIT1(1)
- link href(1)
- DetailedHTMLProps<HTMLAttributes<HTMLDivElement>, HTMLDivElement>(1)
- React Hook useEffect has a missing dependency(1)
- 추출(1)
- 네비게이팅(1)
- 프로토타입체인(1)
- ssh(1)
- ec2(1)
- React.ReactNode(1)
- json(1)
- reatQuery(1)
- nomadcoder(1)
- RaceCondition(1)
- minipr(1)
- 객체 리터럴(1)
- object literal(1)
- filter(1)
- bodyParser(1)
- foreach(1)
- Semaphores(1)
- build(1)
- 빌드(1)
- UNIT8(1)
- UNIT9(1)
- option(1)
- does not exist on type(1)
- Failed(1)
- 입출력(1)
- DOM(1)
- axios(1)
- 겪었던 어려움(1)
- CSS(1)
- button(1)
- cs50(1)
- @property(1)
- DevTools(1)
- Expo(1)
- React-slick(1)
- reduce(1)
- autoplay(1)
- 구명보트(1)
- type(1)
- cpu(1)
- nextjs폴더(1)
- Object literal may only specify known properties(1)
- 페이지네이션(1)
- 스택(1)
- 이중for문(1)
- jest(1)
- aws(1)
- github(1)
- reactnative(1)
- redirect(1)
- Type 'void' is not assignable to type 'ReactNode'.(1)
- 변환(1)
- Map(1)
- gctime(1)
- 그래프(1)
- queryKey(1)
- file(1)
- useMutation(1)
- 최신(1)
- ISR(1)
- js알고리즘(1)
- SYSTEM(1)
- Generation(1)
- 이벤트객체(1)
- Lv1(1)
- children(1)
- 파일 기반(1)
- 404페이지(1)
- static(1)
- staletime(1)
- Section_1(1)
- 동적 라우트(1)
- 파일기반(1)
- UNI5(1)
- usequery(1)
- promise(1)
- Revalidate(1)
- 사전렌더링(1)
- 자료구조(1)
- open(1)
- npm(1)
- instance(1)
- Section2회고(1)
- 페이지(1)
- rebase(1)
- 동적 라우팅(1)
- 동기화(1)
- 연결(1)
- 무한스크롤(1)
- kopis(1)
- 코드스테이츠 회고(1)
- 이진검색트리(1)
- 충돌(1)
- responsive(1)
- Response(1)
- 종속성(1)
- optimization(1)
getStaticProps 렌더링 최적화
/api/performances/new를 통해 데이터에 fetch가 안되는 문제"data.map is not a function" Runtime Error로 데이터에 access가 안되는 문제 01\. api/performances/new 경로에서 data 가져오는 l
[RQ(37)]useIsFetching을 사용하는 중앙 집중식 페칭 표시기(Indicator)
useQuery가 반환한 객체에 있는 isFetching을 통해 각 컴포넌트의 데이터 fetch 상태를 관리하지 말고, loading 컴포넌트에서 useIsfetching 을 사용해서 손쉽게 data fetching 상태를 관리하자.
[NJ(308)]“크리덴셜 인증 제공자” & 사용자 로그인 논리 추가하기
사용자가 로그인 요청을 했을 때 NextAuth를 활용해서 처리해야 한다. 예를 들어 db랑 연결해서 사용자가 입력한 email이 있는지 확인하고, hashed 비밀번호랑 일치하는지 확인하고 사용자의 이메일을 jwt 로 부호화해서 반환한다.
[OS(2)]Deadlocks 2
데드락을 미연에 방지하지 않고, Deadlock Detection and Recovery (deadlock을 탐지하는 방법도 보수적/낙관적 관점이 있음.), Deadlock ignorance 의 방법도 있다. 이에 대해 자세히 알아보자!
[NJ(220)]“Next Image” 문서 살펴보기
<Image/> 컴포넌트는 일반적이고, 유용한 기능을 제공한다. 그 외에도, 다양한 Props를 통해 이미지 로딩 방식을 구성할 수 있다.
[NJ(307)]고유 이메일 주소를 통해 가입 절차 개선하기
똑같은 이메일로 여러 사용자가 가입되는걸 막기 위한 코드다. db.collection('user').findOne({email:email})
[CN(2)] 컴퓨터 네트워크의 소개(2)
컴퓨터 통신 역사 흐름에 대해서 알아보자 1. Dial-up modem => 2. DSL => 3. 케이블 모뎀 => 4.FTTH
[RQ(36)] 폴백 데이터
useQuery의 data를 호출할 때 'undefined'의 오류를 빈 배열인 fallback으로 해결한다. 이를 통해 데이터를 불러오기 전 잠깐 빈 배열, 빈화면이 보인다.
[NJ(219)] “Next Image” 컴포넌트 & 기능을 통해 이미지 최적화하기
Image 태그를 이용해서 필요할 때마다 이미지를 불러오고(Lazy load), 크기를 최적화하고, type도 브라우저 최적화해보자.
[NJ(217)]“_document.js” 파일 (이 파일의 역할)
전반적인 application 설정 할 수 있는 파일 _app.js 파일 _document.js 파일 => 두 파일 모두 pages 폴더안 root 레벨에 있어야한다. 차이점을 살펴보자.
[NJ(306)] 프론트엔드로부터 가입 요청 전송하기
FE 이메일 & 비밀번호 사용자 생성하자 (login auth api , mongodb 활용)
[RQ(35)] 커스텀 쿼리 훅: useTreatments
useQuery 커스텀 훅을 작성해서 함수를 재사용해보자. 이는 유지보수를 쉽게 만들어줄 것임 !
[NJ(300~305)]NextAuth.js 설치 및 db 연결, api 작성
db에 연결해서 사용자의 data를 요청할 수 있는 api를 작성하는 것까지 해보자.
[RQ(29)]Lazy Days Spa 앱 입문
더 큰 앱에서의 react-query의 setup, 중앙집중화, custom hooks에 대해 알아보자.
[NJ(216)]“head” 콘텐츠 병합하기
_app.js 파일에서 Head 섹션 공용 데이터를 설정하면 모든 페이지에 설정되지만, 겹치는 고유의 Head 데이터가 있다면 page component의 Head 데이터가 우선시된다.