전체 글 (130) 썸네일형 리스트형 [간단한 퀴즈 서비스] Day17~18 마이페이지 API, 랭킹 API Cors, 토큰 만료 이슈cors 처리를 하지 않아서 프론트에서 서버에 api 호출할 때 이슈발생특정 ip에서만 요청되도록 변경토큰 만료 이후에도 쿠키가 클라이언트 상에 남아있어서 문제 발생쿠키 지우는 방식이 크게 2가지비밀번호 변경 로직, 쿠키 삭제 이후 응답res.redirect(”/”)res.status(204).end()둘 중 하나만 쓸 수 있다.비밀번호 변경 로직에서 쿠키를 삭제하고 리다이렉트 하는 방식과 res.status(204).end()로 응답하는 방식(source: GPT)비밀번호 변경 로직에서 쿠키를 삭제하고 리다이렉트하는 방식과 res.status(204).end()로 응답하는 방식은 각각의 상황에 따라 선호도가 다를 수 있습니다. 각 방법의 선호 이유와 사용 배경을 살펴보겠습니다... [간단한 퀴즈 서비스] Day12~16 테스트 코드 추가, 검증 로직 추가 소스코드가 길어지니 점점 코드 읽기가 불편해지고 복잡해진다. 아직 레이어드 아키텍처가 적용되어 있지 않기에 리팩터링도 필요하다.우선 동작되도록 만들고 조금씩 보안이나 성능, 유지보수 용이성을 기준으로 리팩터링을 할 예정이기에 여러 차례 이미 테스트했던 부분들을 다시 테스트해야 한다. 더 이상 postman으로 했던 테스트를 또다시 하고 싶지 않아 졌다.우선 매 번 클릭해서 하기가 번거롭고 시간이 꽤나 소요된다.또한 사람이니까 테스트를 놓치는 부분도 생길 수 있기에작성한 코드에 대한 신뢰성이 더 떨어진다. 결국 테스트 코드를 추가할 수밖에 없다는 결론에 이르렀다.jest를 이용해서 단위테스트부터 넣기로 하였다.유저 파트 회원가입, 로그인, 비밀번호 변경 때 사용자가 입력한 값들이 정상적인지 확인하는 .. [간단한 퀴즈 서비스] Day09~11 DB설계 및 구현 퀴즈 문제까지는 미리 문제 세트를 정리해 둔 엑셀파일 읽어서 서버 메모리에 올려서 쓸 수 있었지만 퀴즈 결과를 저장하고, 랭킹을 계산하는 부분에서 계속 메모리에 두고 쓰는 건 서버를 내렸다 켜면 데이터가 사라지기에 데이터의 일관성이 없어서 문제였다.FE, BE에서의 빠른 피드백과 개발을 위해 DB 없이 API를 구성하였는데 더 이상을 로컬에서 개발할 때에도 매번 회원가입, 퀴즈 풀고, 랭킹 확인하고 하는 작업을 반복해야 하는 단점이 있어서 개발속도 측면에서도 지장이 생겼다.미루어두었던 DB 설계와 구현을 하기로 하였다. 고려사항어떻게 해야 추후에 했던 작업 또 하지 않고 유지보수 및 기능 확장에 드는 시간을 줄일 수 있을까?어떻게 만들어야 확장성을 생각할 수 있는가어떻게 만들어야 중복을 제거할 수 있을까.. 이전 1 ··· 5 6 7 8 9 10 11 ··· 44 다음 목록 더보기
