내일 배움 캠프/그땐 (응답하라 추억시대) (22) 썸네일형 리스트형 Refresh Token Refresh Token = Access Token을 발급받기 위한 용도 과거 응답하라 추억시대에서의 Refresh Token 흐름 1. 로그인을 하게 되면 Refresh Token 과 Access Token 을 발급한다. 2. Refesh Token의 값을 redis에 refresh_userId를 키값으로 저장한다. 3-1. Refresh Token 을 갖고 있고 만료되지 않은 경우 = redis의 Refresh Token 과 대조하여 일치하는 경우 Access Token을 발급 3-2. Refresh Token 을 갖고 있으나 만료된 경우 = verify를 통과했을 때 Refresh Token과 AccessToken을 재발급한다. 3-3. Refresh Token 이 없으나 비밀번호가 일치하는 경우 .. dataconnection method 다른 DB와의 통신을 위해 dataconnection 메서드를 만들었습니다. 처음에 query params body를 포함해 필요한 정보를 파라미터로 받습니다. 받은 정보들을 종합해 패킷으로 만듭니다. uri, method, key를 기본으로 넣습니다. key는 요청의 횟수를 나타냅니다. 이 패킷은 현재 간소화된 형태이며 원래 일반적인 TCP 서버에서 사용하는 패킷과는 다릅니다. TCP Client를 통해 서버에 접속하고 수신한 데이터를 함수를 통해 반환합니다. 초기에는 같은 메서드를 모든 코드에서 반복하였으나 불필요한 코드의 반복으로 최종적으로 부모 클래스의 메서드 하나로 통일하여 상속을 진행하였습니다. 응답하라 추억시대 KPT 회고 📽️ 1. 프로젝트 명: 응답하라 추억시대 마이크로 서비스 아키텍처와 프레임워크가 없는 TCP서버로 구성된 추억 공유 커뮤니티 💪 2. Keep 9시 15분 아침 회의 지키기 빠르고 자주 상황 공유 소통 중요하게 생각하기 예쁜 말 하기 개발 일정 잘 지키기 필요한 경우 회의 자주 하기 리더가 부르면 바로 오기 카메라 또는 화면공유 잘하기 😭 3. Problem 문제점 스파게티 코드 이해 못하는 코드 현실에 안주하기 원인 노력 부족 공부 부족 더 열심히 하지 않음 문제 해결방안 더 열심히 노력하고 공부한다. 서킷 브레이커, 캐싱 전략 등 공부 알게된 점 생각보다 모르는 게 많다. 우리가 구현한 건 바다의 표면 🤙 4. Try 캐싱 전략 채팅방 속도 개선 모킹 서버 제대로 구현 테스트 코드 완전히 분리 로그.. 마이크로 서비스 아키텍처 (MSA) 마이크로서비스 아키텍처란? 마이크로서비스 아키텍처((Microservice Architecture)는 하나의 큰 애플리케이션을 비즈니스 단위의 여러 개의 작은 서비스로 쪼개어 변경과 조합이 가능하도록 만든 아키텍처를 말합니다. 서비스의 전체 사이클은 몇 가지 단일 기능 모듈들의 합으로 이루어지며, 해당 모듈들은 개별적으로 배포되고 운영됩니다. 일반적으로 DevOps 에자일 방식으로 개발하고 배포합니다. 각 기능들은 독립적인 자동화 서비스(마이크로서비스)로서 개별 서버를 갖고 있게 됩니다. 각 마이크로서비스는 상호 통신이 가능하며 이를 통해 전체 서비스를 구성하게 됩니다. MSA의 등장 배경 기존 Monolithic Architecture의 한계 부분 장애가 전체 서비스의 장애로 확대될 수 있음 전체 시스.. 응답하라 추억시대 사용자 피드백 조사 응답하라 추억시대는 모두의 기억을 소중하게 여길 수 있는 공간입니다. 모든 사람들의 매 순간을 소중히 여기고 싶은 마음 에서 이 서비스를 기획하게 되었습니다. 갖고 있는 추억을 게시판을 통해 공유하거나 채팅을 통해 새로운 추억을 쌓을 수 있습니다. 추억시대와 함께 미소가 그려지는 추억을 남겨 보세요! 📻 응답하라 추억시대 주요 기능 📻 ☕️ 카카오 로그인을 통해 간편하게 가입하세요 ☕️ 사진을 포함한 게시글 작성을 통해 앨범 속 추억을 모두에게 소개해 보세요. ☕️ 마음에 드는 게시글을 북마크하여 기억해 보세요. ☕️ 채팅을 통해 새로운 분들과의 추억을 쌓아 보세요. ☕️ 익명 스레드를 통해 고민과 이야기를 나누어 보세요. ☕️ 신고를 통해 불편한 인터넷 문화를 가진 사용자를 제보해 주세요. 모바일 또는.. 서버 속도 개선 왼쪽은 서버를 중지 후에 재시작 하기 전이고 오른쪽은 그 이후이다. 서버가 너무 느려서 웹소켓 조차 시간이 너무 오래 경과하여 받지 못하는 상황이었다. 이런 경우에는 VM이 있는 물리 서버를 벗어나야 한다고 하였다. 그래서 중지와 재시작을 통해 ip를 새로 받아서 서버를 올렸다. 그 결과 현재까지 원활히 진행되고 있다. 테스트 코드 2개 진행 시 서버 2번 켜지는 이슈 해결 원래는 만들어진 http 서버 자체를 import 해 와서 beforeAll에서 한 번 실행시켜 주는 부분이 있었다. 생각해보니 만들어진 서버에 접근해도 되어서 그 부분을 제거하였다. 각 서비스의 integration테스트 코드에서 usersmodule 및 threadsmodule의 dataconnection을 불러와 API호출을 진행하였다. 해결되었다. 행복하다. formData 전송 1. 프론트엔드에서 주는 정보들을 formData 형태로 보내준다. 이미지는 file type이다. 1-1. 이때, Authorization 헤더는 input hidden으로 설정하여 value에 값을 넣어 보낸다. 2. formidable이라는 라이브러리를 이용하여 formData를 파싱한다. 3. 파싱한 데이터를 params.bodies의 각 key값에 알맞게 넣어 준다. 4. 결과가 출력되나 로컬 파일이라 경로만 나온다. > S3 연결은 주희 님께서 마저 진행해 주실 예정이다. 이전 1 2 3 다음
