fullfish의 개발자 도전기

클라이언트와 서버가 정상배포되는지 중간 확인했다 예를들어 diary post시 /trip/trip_id/diary/ 였던 엔드포인트를 /diary로 간결화 했다 trip_id는 post 요청시에는 body에 넣어 보내면 되고 get요청시에는 query에 담아 보내면 된다

어제 팬딩이 뜨는상황은 promise로하면 해결이 되긴하지만 다른문제들 때문에 맨 처음했던 방법으로 돌아갔다 진행한 내용은 따로 정리해 뒀다 Sequelize 기본 설정 : https://fullfish.tistory.com/91?category=1054038 Sequelize와 Migration 기본 설정 Migration을 하면 데이터베이스에 테이블 생성 및 삭제할것을 미리 선언해두는것이고 Seed는 그 테이블에 더미데이터를 집어 넣는거 공식문서 : https://sequelize.org/docs/v6/other-topics/migrations/ Migratio.. fullfish.tistory.com Sequelize 관계 설정 : https://fullfish.tistory.com/92?categ..

원래 diary post 코드 try { const { title, picture, gps, content, write_date, hashtags } = req.body; if (!title || !picture || !content || !write_date) { await slack.slack("Diary Post 422"); return res.status(422).send({ message: "insufficient parameters supplied" }); } const validity = await tokenHandler.accessTokenVerify(req, res); if (validity) { //해쉬태그 제외한 다이어리 추가 const diaryPayload = { trip_id: ..

한 것 토큰에 id랑 email만 담기 삭제시 이미 없는 id값 삭제하려고 할때 에러추가 (api문서도 수정) 수정시 여러개 한번에 수정하니까 new ~ new~ new~ 추가 (api 문서에도 추가) 수정시 이미 없는 id값 삭제하려고 할때 에러 추가 수정시 변한게 하나도 없을때 에러 추가 스몰톡시간에 토큰에는 비밀번호와같은 민감한정보 안넣고 변하기 쉬운 정보 안넣는다는 말을 들었다 변하기 쉬운 정보 안넣는 이유는 안에 있는 값이 바뀐다면 토큰이 유효하더라도 토큰에 있는 값과 db에 있는 값이 달라서 검증이 안되기 때문이기때문이다 그렇다면 토큰 검증하고 db와 비교하는 과정이 필요하다는 것인데 현재 코드상에 그런 로직은 없다 그런데 굳이 이 과정은 필요없다고 생각한다 왜냐하면 복호화 자체를 req.he..

어제 const { WebClient, LogLevel } = require("@slack/web-api"); const client = new WebClient(process.env.SLACK_BOT_API, { logLevel: LogLevel.DEBUG, }); const channelId = process.env.SLACK_CHANNEL; exports.slack = async (message) => { try { const result = await client.chat.postMessage({ channel: channelId, text: message, }); console.log(result); } catch (error) { console.error(error); } }; 이렇게 모듈화 ..

한 일 상태코드 전반적 수정, 리프레시 토큰 수정 post시 입력 내용 부족하면 422 에러 리프레시토큰 401에러 3개로 세분화 (엑세스 토큰이 없을때, 리프레시 토큰이 없을 때, 엑세스와 리프레시 토큰 모두 만료시) res 응답 형식을 그냥 data만 전송하는 것에서 data키안에 data값을 넣고 같은 선상에 accessToken 추가 포스트맨 자동화 : https://fullfish.tistory.com/73 새로 안것 let a = 123 let obj = {a} console.log(obj) // {a:123} 위 코드처럼 obj = {a: a}로 안써도 된다

피드백 내용 에러로그 중요함 프론트엔드는 플로우차트가 정말 중요 백엔드는 API가 중요 DB는 수정하기 힘드니까 처음에 상세하게 짜야함 회원가입 중복의 경우 400말고 다른번호가 낫다 그리고 다음에 만났을때 다시 여쭤봐야할것이 2가지 조언받은부분에 대해서인데 1. /trip/:trip_id보다 trip/:id가 낫겠다 2. /user/:user_id/trip/:trip_id/diary/:diary_id를 /diary/:diary_id로만 만들어라인데 지금은 엔드포인트가 위의 2번경우처럼 다이어리를 삭제한다면 user : trip = 1 : N trip = diary = 1: N이라서 /user/:user_id/trip/:trip_id/diary/:diary_id (앞으로 a라고 하겠음)인데 /diary/..

프론트와 백의 폴더트리와 init한후에 git에 push함

한것 프로토타입, API, DB 다이어그램 방의 인터넷이 나가서 핸드폰으로 참여했다 내일 고쳐지기를... Figma를 이용한 prototype https://www.figma.com/file/LcuNVrcQf6Uz7IqPZ1q95u/Untitled?node-id=4%3A3 Figma Created with Figma www.figma.com DBdiagram https://dbdiagram.io/d/624b8f7bd043196e39f587a3 API 문서 https://manseon.gitbook.io/api-docs/reference/api-reference/just-moment-trip just-moment-trip - API Docs http://www.remembertrip.com/trip/:tr..

팀명 :(W_W)J 프로젝트명 : just-moment-trip (JMT) 팀장 git id : Yquick / Front-End 팀원 git id : HyuminChoi1997 / Back-End git id : full-fish / Back-End