일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |
- 접근 제한 라우팅
- CI/CD
- Github Actions
- Preview
- 개발
- 브라우저 렌더링
- updater
- socket.io
- FileReader
- 항해99
- 후기
- Redux
- route
- react
- 채팅방
- imagePreview
- 스파르타코딩클럽
- 동기
- 미리보기
- S3
- 라우팅
- 7기
- 비동기
- 배포
- rendering
- routing
- setstate
- useEffect
- qwe
- previousState
- Today
- Total
목록전체 글 (105)
삐옹
react에서 새로고침 시 지역 혹은 전역 state값들이 초기화되는 문제를 해결하기 위해 redux-persist를 써야하는지 고민이 생겼다. okky와 개발자 아는 형들에게 물어본 결과 redux-persist를 쓰는 걸 추천하지 않았다. 지금 상황에서 가장 간편한 방법은 localstorage에 토큰을 저장시켜놓고 그 토큰으로 매 새로고침 때마다 요청을 해서 상태값으로 저장을 시키는 것이다 난 지금까지 localstorage에 토큰, 사용자의 이메일, 이름을 저장해서 필요할 때마다 쓰고 있었는데 사용자의 정보를 localstorage에 저장하는 것은 좋지 않다고 한다. 공용피씨에서 로그아웃하지 않은 상태가 된다면 다른 사람이 localstorage에 접근해 정보를 볼 수 있기 때문인걸까. 결론 l..
출시 꼴등? 출시가 많이 늦어지고 있다. 출시일을 맞추기 위해 밤을 샌 날도 많았지만 결국은 이렇게 됐다. 출시일을 맞추지 못 했다는 아쉬움과 부족한 실력에 눈 앞에 것들을 해결해나가는데만 급급해 중요한 것 들을 놓친 것만 같은 찜찜함이 섞여 무기력해지는 순간이 종종 찾아왔었다. 늦었지만. 하루 더 밤을 새서 월요일 오전에는 출시를 할 생각이다. 비록 가장 늦게내는 조였다 하더라도 너무 좌절하지 않기로 했다. 결과물도 마감기한도 중요하지만 내가 열심히 했다는게 가장 중요하니까. 수료가 코 앞 이제 정말 얼마 남지 않았다! 오늘 서버배포를 하고나면 트러블 슈팅을 꼼꼼히 정리해야겠다. 난 참 옛날부터 뭔갈 기록하고 메모, 분류 해놓는걸 잘 못하는데.. 그런걸 잘 하는 사람들을 보면 정말 부럽다.. 나도 잘 ..
문제 소속된 워크스페이스 목록을 조회하는 요청과 내가 받은 초대장 목록을 조회하는 요청(GET요청 x2)이 2개의 useEffect 안에서 실행되고 있다. 전역 state를 이용해 같은 slice의 다른 키 값으로 업데이트 요청을 보내는데 소속된 워크스페이스 목록의 값을 잘 불러왔다가, 또 어떤 때는 값이 들어왔다가 다시 초기값으로 돌아가는 상황. Redux로 저장한 배열의 값이 여러번의 렌더링을 거친다. 초깃값 -> 업데이트 -> 초깃값 or 초깃값 -> 업데이트 패턴으로 리렌더링 할 때마다 들어오는 값이 달라짐 그래서 어떤 때는 배열 값이 비어있어서 에러가 뜨고 또 어떤 때는 잘 읽어온다. 예) 첫 렌더링 - arr = Array(0) / 두 번째 렌더링 - arr = Array(3 ) / 세 번째 ..