withkey

앗 감사합니다. 한번 보고 고민을 해보겠습니다 ㅎㅎ

class 자동완성 방법은 없을까요?

저도 한참 이해가 안되서 조금 고민을 해봤는데요. 강의 중에 동작이 부자연스럽게 느껴진 이유에 대해서 "<code>&.current .description</code> 를 100vh로 해놓았기 때문이다." 라고 언급하셨습니다.즉, 각 아코디언의 높이를 정확하게 특정하지 않았고, 임의로 (100vh)로 지정했기 때문이다 라고 하셨는데요. 그렇다면 왜 높이를 특정하지 않았을 때 부자연스러워지나? 에 대한 궁금증이 생기더라구요. 강의에서 언급하신 부분을 보면 "밑에것이 밀고 올라는 속도와 위에 것이 닫히는 속도가 같아야 하는데, 그렇지 못하다" 라고 하셨어요. 즉, 각 아코디언의 높이를 특정하지 못하고 임의의 값 (100vh) 을 넣으면 각 아코디언 마다 열고 닫히는 속도가 다르다는 것이죠. 그리고 만약에 이것을 특정값으로 했을 때는 그 속도가 일치하게 되어 자연스럽다 라는 의미인 것 같습니다. 그리고 그 "특정값이 100px 인 이유는 아코디언의 내용(description)이 아코디언의 높이보다 커야 (넘어야) 자연스러워진다고 하셨습니다. 그래서 아마 그 특정값이 100px이였지 않았나 싶습니다. 그리고 dutation을 0.3으로 줬는데 왜 "속도"가 다르냐에 대한 궁금증도 있었는데요. 음 언급하신 것을 보면 우리가 max-height으로 설정한 값은 "애니메이션에 의해서 최종 종착지로 인식하는 높이" 가 된다고 하십니다. 즉, 예를 들어 max-height가 100vh인 경우에는 0.3s 안에 100vh를 펼치려고 합니다. 그러니까 아코디언이 열리는 속도가 굉장히 빠릅니다. 0.3s 안에 그걸 다 열어야하니깐요. 근데 100px 로 하면 천천히 열립니다. 0.3s 안에 그만큼만 열면 되니깐요. 0.3s 는 단순히 변화의 시간이지, 속도가 아니라는 것을 의미합니다.&nbsp;그래서 결론은 이렇습니다.<ol><li>왜 부자연스러운가?<ol><li>아코디언의 max-height을 100vh로 해서 그렇다.</li></ol></li><li>max-height가 100vh 인것과 부자연스러움은 무슨 상관인가?<ol><li>max-height가 100vh로 할 경우, 각 요소의 컨텐츠 길이에 따라서 애니메이션의 속도가 다르게 된다. 닫히는 아코디언과 열리는 아코디언의 속도가 달라지면, 부자연스러워 보인다. &nbsp;</li></ol></li></ol>저도 계속 곱씹어보면서 이해한 내용이라 틀린 부분이 있을 수 있고, 재남님의 의도를 정확히 파악하지 못한 부분이 있을 수 있습니다. &nbsp;&nbsp;

css 만으로 아코디언 애니메이션을 적용할 경우, 다른 libary들은 코드로 그부분들을 해결해주고 있는걸까요?

앗.. 그렇군요, 그럼 fetch에서 cookie 헤더 세팅하는 부분을 보지 못한 것 같습니다... 감사합니다. 확인한 방법은 server action을 실행시키고, <code>fetch().headers</code> 값을 확인했습니다. 이처럼 _HeadersList에서의 cookies가 null 값이였고, 또한 API 서버에서도 401 에러를 주는 것을 확인해서 fetch 요청에서 쿠키가 태워지지 않는구나 라고 판단했습니다. <img src="https://cdn.inflearn.com/public/files/posts/12e377f6-1a70-4de0-81e9-7d30948e2a14/image.png">

API 요청 시,  cookie 보내는 것에 대한 질문

퍼즐을 맞추는 느낌으로 공부하고 코딩하고 있습니다.

내 컴퓨터에는 redis를 설치하지 않아도 됩니다. zsh: command not found: redis-cli 라고 나온다고 하더라고 도커 컨테이너 안에서 실행하면 정상적으로 작동합니다. 내 컴퓨터에 redis를 설치하지 않기 위해 dokcer를 사용하는 것이니까요!

withkey

Posts