브렌쏭의 Veritas_Garage
Image Upload Process 라고 써뒀지만, 실제로 그런가? 그냥 이미지경로를 저장해두면 되지 않을까 생각했다가, 결국 그 디렉토리 안에 파일이 있어야 한다는 점을 금새 깨달았다. 음... 그렇다면 파일을 받아서 이미지 파일 디렉토리에 때려넣고, 그러면서 파일 이름도 유니크하게 중복없이 바꿔주고, 그 이름과 경로를 이미지 데이터베이스 테이블에 넣어줘야겠구나, 하고 생각이 드는데. https://stackoverflow.com/questions/59957394/typeorm-uploading-and-serve-downloading-files TypeORM uploading and serve (downloading) files Introduction In my Project, I try to sto..
Cross-Origin Resource Sharing 교차 출처 자원 공유 라는 희대의 기괴한 번역...아닐까 생각이 드는 저 물건은, 서로 다른 경로로 부터 받아온 자원을 함부로 섞이지 않도록 선을 긋는 안전장치라고 할 수 있다. 실제론 안전장치 보다는 초기 프로젝트의 실행을 막는 성가신 물건 취급을 받는게 대다수인거 같다. 마치 쓰지 말라고 하면서 안쓸수가 없는 super user root 같은 존재다. 그리고 찾아보니 친절한 설명이 많았다. https://evan-moon.github.io/2020/05/21/about-cors/ CORS는 왜 이렇게 우리를 힘들게 하는걸까? 이번 포스팅에서는 웹 개발자라면 한번쯤은 얻어맞아 봤을 법한 정책에 대한 이야기를 해보려고 한다. 사실 웹 개발을 하다보면 ..
유저 테이블을 잘 구성해주셨습니다! 다만, user를 find하는 api의 엔드포인트가 잘못 지정되어 있습니다! api의 엔드포인트는 항상 주의해주시길 바랍니다~! 또한, user를 delete하는 api의 경우 현재 resolver에서 리턴값으로 user 객체를 보내주고 있는데 삭제된 데이터의 값을 보내줄 수는 없겠죠? softDelete를 사용했을 때와 같이 return 값을 다르게 지정해주어야 에러가 발생하지 않을 것 같습니다! service 부분에서는 return 값으로 result.affected를 보내주고 있으나, result라는 객체는 softDelete된 객체가 아니기에 null이 리턴되고 있습니다! 해당 부분도 반드시 확인 후 해결 방법을 숙지하시길 바랍니다! 고생하셨습니다~! user를..