하루에 5분만 꾸준히 기록 해 두면, 이력서 작성을 위해 고민하는 20시간을 절약할 수 있어요!
Table
주차별
대분류
소분류
Search
대분류
5분 기록
소분류
기록일자
일정 분류
트러블슈팅
그외 기타..
2024/03/20 15:07
기록 전
기술적 의사결정
#DB설계
2024/03/28 06:08
기록 전
트러블슈팅
그외 기타..
통신
HTTP
Transport
2024/03/29 13:50
기록 전
트러블슈팅
HTTP
2024/04/05 03:48
기록 전
기술적 의사결정
통신
상태관리
2024/04/08 13:00
기록 전
트러블슈팅
라우트
인가
2024/04/09 11:08
기록 전
오류 개선
컴포넌트 life-cycle에 대해서 다시 알게 됨// useRef, useState는 렌더링 전, useEffect 안의 clean up 함수는 의존성 배열이 빈 배열일 때는 언마운트시에만(마운트 미포함), 빈 배열이 아닐 시 해당 상태가 변경되어 useEffect 내 로직이 실행되기 “전”마다
Open
life-cycle
2024/04/12 16:43
기록 전
오류 개선
CSR
2024/04/15 17:26
기록 전
기능 구현
position relative, absolute와 button, input의 층에 대해서 발견했고, point-event-none과 z-index 속성을 이용해서 트러블 슈팅함
Open
CSS
2024/04/17 18:51
기록 전
트러블슈팅
통신
2024/04/18 14:30
기록 전
트러블슈팅
queryClient의 setQueryData, getQueryData에 대해서 알게 됨 supabase의 Realtime 구독 payload가 무시되어 채팅이 먹히는 이슈를 해결함
Open
통신
2024/04/23 15:25
기록 전
기타사항
tanstack-query의 gcTime의 개념(chachedTime)에 대해서 알게 됨 캐시데이터가 단순히 변하면 렌더링이 일어나는 것이 아니라, 변해서 무언가가 트리거 되면 리렌더링이 일어난다는 것을 알게 됨
Open
통신
2024/04/25 03:44
기록 전
기술적 의사결정
useQuery와 fetchQuery의 차이점에 대해서 알게됨. 둘 다 서버와 통신하지만, query 데이터가 변경될 시, useQuery는 캐시데이터를 구독하기 때문에 업데이트가 된 걸 바로 화면에 반영해서 re-render, but fetchData는 구독을 하지 않고 그냥 통신만 ⇒ 변경된 내용을 반영해서 re-render 시키지 않음 // 우리는 업뎃된 내용을 바로 렌더링 시키기 위해서 useQuery 사용
Open
통신
2024/04/27 11:51
기록 전
기술적 의사결정
서버에서 유저정보를 prefetch 해서 dehydrate 시킨 후 client한테 보낼 시, staleTime이나 gcTime 만료로 prefetch한 데이터가 캐시에서 삭제되고 갑자기 빈화면 또는 undefined 오류를 뱉지 않을지 걱정되어 공부함. ⇒ staleTime은 말 그대로 데이터의 “stale” 여부를 나타내는 옵션으로, 중요한 것은 stale된 데이터라고 해도 캐시데이터에서 삭제되지 않음. gcTime은 garbage collector가 inactive한 캐시데이터를 삭제시키기까지의 시간인데, 컴포넌트가 mount 되어있고 캐시데이터를 렌더링하는 동안은 active 상태로 간주되기 때문에 gcTime이 만료되어도 갑자기 빈화면이 보이지 않음 + prefetchQuery에는 기본적으로 gcTime 옵션이 없음 useQuery에는 있음 ⇒ 그럼 inactive 로 간주되는 조건은? 컴포넌트가 unmount 될 때, 예를 들어 유저가 다른 페이지로 navigate를 할 때 inactive로 간주되고, gcTime이 expire되면, 해당 데이터는 캐시에서 사라짐. 그러다가 다시 이전 페이지로 돌아오면? 컴포넌트가 다시 mount 되면서 active 한 상태로 바뀌고, “기본적으로 캐시된 데이터가 없거나 만료된 경우 refetch를 하는” useQuery에 의해서 다시 데이터를 캐싱하고 렌더링 함. // 결론: prefetch를 한 데이터가 staleTime이 만료되거나 useQuery의 gcTime이 만료된다고 해서 이미 렌더링된 데이터들이 갑자기 캐시에서 사라지지 않고 + 빈화면이 되지 않는다!
Open
통신
2024/04/27 11:54
기록 전
기술적 의사결정
서버사이드에서 prefetch한 데이터를 client side에서 update하거나 변경할 시, prefetch한 데이터와 변경한 데이터 간의 sync가 안 맞지 않을까? ⇒ 데이터를 변경한 뒤 invalidateQueries를 기존 캐시데이터를 최신 데이터로 업데이트 해주기 때문에 걱정 X // 하지만 만약, 서버컴포넌트에서 fetchQuery(prefetch와 다르게 return 값이 있는)로 fetch를 한 걸 서버컴포넌트에서도 렌더링하고, client 컴포넌트에서도 렌더링 한 뒤, staleTime이 만료되고(데이터가 신선하지 않고) + client측에서 그 데이터를 update하거나 변경하면, React-Query는 서버 컴포넌트의 데이터를 revalidate하지 못함. 따라서 이런 경우에는 절대 바뀌지 않을 데이터만 미리 fetch하여 dehydration 후 client로 넘겨야 함.
Open
통신
2024/04/27 13:54
기록 전
5분 기록 보드 사용법
1.
새로 만들기를 누르면 기록 일자에 현재 시각이 자동으로 찍힙니다. 누르기만 하세요!
2.
다음으로 대분류를 체크해 주세요. 대분류는 반드시 하나만 기록합니다.
3.
이제, 5분 기록 내용을 채워주세요. 자세히 쓰지 않아도 됩니다. 오늘 무엇을 했는지 1~3줄만 써 주세요.
•
만약 테스트 같은 것을 했다거나, 오류 등을 수정했다면, 나중에 기억할 수 있게 사진 정도만 캡쳐해서 담아두세요.
4.
다 쓰고 나서, 소분류를 채워주세요. 소분류는 여러개 체크해도 괜찮습니다.
5.
일정 분류는 이번주에 무엇을 했는지 표시하는 용도입니다. 이렇게 작성하면 5분 기록 완료!
주차별 보기
대분류 보기
소분류 보기
‘5분 기록 보드’ - 이렇게 쓰세요!
Copyright 2024. ⓒ TeamSparta All rights reserved.