
상세페이지 좋아요 버튼을 작업하고, 리스트 페이지에도 붙였는데 버튼을 누르면 좋아요와 동시에 상세 페이지 안으로 이동하는 현상이 발생

링크태그 안에 좋아요 버튼이 들어있는 컴포넌트가 위치해 있어서 그런 것 같았다.
💫참고용 ndm 문서- Event.stopPropagation()
전파를 방지해도 이벤트의 기본 동작은 실행되므로, stopPropagation()이 링크나 버튼의 클릭을 막는 것은 아닙니다.
이런 기본 동작을 방지하려면 preventDefault() 메서드를 사용하세요.
Link 태그를 클릭했을 때 해당 URL로 이동하는 것이 기본동작이고
이를 막으려면 preventDefault() 메서드를 사용해줘야 한다고 한다.
이벤트 핸들러 안에 e.preventDefault()와 e.stopPropagation()를 함께 적용해줬더니 원하는대로 잘 작동하기 시작한다 😃
💫 유튜브
간단한 예제와 함께 보여줘서 이해하기 쉬웠다. 😊


잘 모르겠지만 좋아요한 게시물은 삭제 할 수 없는 뭐 그런 조건같은게 걸려있지 않나 싶은 생각😒
외래키 조건을 위반했다고 한다.

좋아요 테이블로 달려가보면, 이렇게 좋아요 테이블의 post_id가 포스트 테이블(지금은 테스트2)의 post_id를 참조하고 있다.
포스트 테이블의 post_id가 삭제되면, 좋아요 테이블의 해당 row도 삭제되게 CASCADE 설정을 해줘야 한다.
뭐 SQL 에디터 이런거 켜지 않아도 그냥 버튼 하나로 다 해결된다. 너무 좋다! 😚


두번째 글을 삭제해본다. 현재 좋아요가 1 있는 상태다.


무사히 삭제가 되었다.

유저아이디와 세션아이디가 다르면 실제로 삭제가 이루어지진 않는데, '레시피 삭제 성공'이라는 얼럿이 뜨는 현상이 발생했다.(어리둥절.)
실제 삭제가 이루어지지 않음 => delete 관련 데이터가 없음 => deleteError도 없음? 😒

삭제 요청과 함께, 실제 삭제가 이루어진 행의 개수를 반환해서 새로 조건을 추가해주었다.
=> 원하는 대로 잘 작동한다 😄 쓰읍.. 댓글 삭제할 때는 이런 적 없었는데
=> 왜일까 고민을 해봤는데,
댓글의 수정/삭제 버튼은 코멘트 유저 아이디===세션아이디인 경우에만 보이게해놨고
게시글의 경우에 그 설정을 아직 안 해줘서 그런거였다!
재밌다^^(진짜 재밌는거 맞음)
바로 조건부 랜더링 수정해줬다! 뻘짓했지만 그래도 재밌는 경험이었다 😁