한번의 호출조차 아깝고 여러번의 호출이 두려운경우

아니요. 그래도 낙관적 ui의 실패를 생각해서 그 한번은 필요한 조치라고 생각이 들어서요~. 상단에 revalidate로 하지 않았기 때문에 의도치않은 호출은 따로 없을거라고 생각했거든요. 제가 지금 일단 한번 대충 이해를 좀더 빨리 하고자 소스를 클론하며 따라하며 하기 전에 강의만 계속 보면서 개념만 잡는중이라 잘못된 개념을 잡았을 수도 있어서 제가 이해한 부분이 맞는지 문의드려봤어요~

aws에 배포상황, cors 옵션에 credenitals: true, axios에 axios.defaults.withCredentials = true 했는데...왜 프론트에 쿠키가 등록이 안될까요...무한삽질중입니다..

reverse proxy하는거 관련해서 proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; proxy_set_header X-Forwarded-Proto $scheme; proxy_set_header X-Real-IP $remote_addr; proxy_set_header Host $http_host; 이렇게 추가해줘서 cookie secure사용을 해결했습니다. 각각의 역할은 아직 개념을 잘 모르겠으나, 저와 같은 문제 발생한 분들은 참고 하면 될거로 생각합니다. 참고링크: https://velog.io/@broccoliindb/nginx

aws에 배포상황, cors 옵션에 credenitals: true, axios에 axios.defaults.withCredentials = true 했는데...왜 프론트에 쿠키가 등록이 안될까요...무한삽질중입니다..

cookie의 secure 옵션을 주석처리하니까 되네요. 이상하네요. lets encript로 프론트랑 백엔드 전부 https 처리해줬는데, reverse proxy로는 뭔가 다른 설정이 필요한건가?? 하고 생각이 드네용 그건 127.0.0.1이니까...흠 한번 확인해볼게요~

관계설정관련질문입니다

답변감사드려요~ 저도 그런생각을 해봤는데.. 아래경우에 문제가 생길거 같아서 차라리 테이블로 따로 만들자고 생각한거거든요. 예를들어 실제게시글은 old버전으로 보여야하구요. 임시글을 수정할땐 new버전인 임시글을 수정해야해요. 두개의 다른 내용을 가지고 있는 글이 있어야하는데 컬럼하나를 추가해서 구분하려면 해당 컬럼에 content에 두개의 상의한 내용을 담을 수 없어서요 ==>>>> 그냥 테이블하나 만드는것보다 Post 테이블에 isTemp, tempcontent 이렇게 컬럼 두개 추가하는게 나을거같네요. 감사합니다~

cors관련 문의

네 친절한 답변 감사드려요. ^^