router.replace() 질문

저도 같은 문제가 있었는데요,router.replace("/i/flow/login");을 했을 때@modal에서 인터셉팅이 발생하여 (beforeLogin)/i/flow/login의 라우팅이 가로채지고,이에 (beforeLogin)/layout.tsx 의 { children } 쪽에 들어갈 수 있는 컴포넌트가 없어 not-found 페이지가 열린 것 같습니다.( * (beforeLogin)/layout.tsx 의 { children }을 주석 처리하면 not-found 페이지가 뜨지 않는 것을 확인했습니다..! ) 그래서 팔로우 버튼 handler에서router.replace("/i/flow/login")이 아닌,아래와 같이 router.replace("/login"); 으로 해주면,(사진)/login/page.tsx에서 배경화면으로 Home(* 아래 사진에서는 HomeBeforeLogin)을 return 해주어 (beforeLogin)/layout.tsx의 { children } 에 끼워주고,그 상태에서 /login/page.tsx의router.replace("/i/flow/login"); 이 실행되고 정상적인 인터셉팅이 발생하여loginModal을 정상적으로 띄울 수 있었습니다.(사진) 이걸 의도하고 별도로 트위터에서 /login/page.tsx를 만든건지는 모르겠지만,, 어쨌든 이런식으로 해결해서 답글 남겨봅니다..!

기존 Storage API를 사용하지 않고 redux-persist를 사용하는 이유가 궁금합니다

엄청 빠르게 답변주셨네요..!질문한 내용들도 정말 도움이 되었습니다감사합니다!!!

캔버스 사이즈에 맞춰 가정한 innerHeight와 innerWidth에서요 ㅠ__ㅠ

(사진)질문과 같은 맥락일지 모르겠지만 저도 이부분에서 굉장히 헷갈렸었는데요,, 혹시 같은 궁금증을 가지신 분들이 있을까 해서 댓글 남겨봅니다..! 일단 질문자님처럼 궁금했던 부분은 '왜 멀쩡한 window.innerWidth(혹은 Height)를 window.innerWidth / canvasScaleRatio; 이렇게 나눌까?' 였었습니다,, 그래서 고집대로 window.innerWidth를 그대로 써봤는데... 그 결과가 첨부한 그림처럼 나오는 걸 보고 깨달았습니다,, 그니까 recalculatedInnerWidth가 필요했던 이유는, 결국 가려주는 용도로 사용되는 rect1과 rect2 역시도 canvas 안에 있는 것이기 때문에, 이미 transform: scale( canvasScaleRatio ); 의 영향을 받아 window.innerWidth 또한 그 영향을 받게 된 것이고, 따라서 원래 window.innerWidth의 크기처럼 돌리기 위해서 다시 canvasScaleRatio로 나눠주는 것이죠!! 일단 이렇게 이해했는데 맞을지 모르겠네요 ㅜㅜ 제가 이해한게 맞았다면 같은 고민을 겪으셨을 분들에게 도움이 되었으면 좋겠고,, 틀렸다면 지적 달게 받겠습니다..!!!

js 코드의 순서 질문 있습니다!

아하!! 감사합니다!!!!!!

const mousePos에서요!

아하!! 감사합니다!!!!!