• somthing..

• somthing..

• somthing..

• 가족 일정으로 코드 짜는데 시간을 많이 못씀...
• 세부적인 props들 추가 해주는 작업 진행

• 다른 일정 조율을 미리미리 해야 되는데 갑작스러운 일정들... 아나

• modal을 공통적으로 사용해야 할거 같은데 흠... 전체적으로 같은 모달을 적용하는데 어려움이 있는 것같음.

• 목요일에 최대한 많이 해서 80프로 이상 해서 백과 연결까지 볼 수 있도록 작업해보기

• somthing..

• somthing..

• somthing..

• aws 탄력적 ip 주소 설정
• erd 수정
• 채팅서버 redis 세팅
• 채팅서버 데이터 저장 설계 및 테스트

0. 소켓 연결

image

1. 채널 구독

image

2. 데이터 발행

image

3. 데이터 수신

image

4. Redis에 데이터 저장

image

5. 서버단에서 채팅 내역 조회

image

• 채팅데이터를 어떻게 저장할지 골이 아팠다
  • 처음에는 메세지 하나당 하나의 키, 밸류를 가지는 데이터로 저장할려 했으나, 디스코드는 방하나를 기준으로 채팅 데이터를 다 가져오는 시스템이다.
  • 따라서 key값을 방 id로 하고, value로 채팅 dto list를 저장하려고 했다.
    • (여담으로, crudrepository에서 List 형식의 데이터를 value로 지정하니 오류가 생겨서.. list를 지니는 dto 객체를 한개 더 만들어서 사용하였다.)
  • 문제는 이게 효율적인 방법인가? 이다.
    • 만약 해당 방이 존재한다면 db에서 데이터를 가져온다음 새로운 채팅 메세지를 리스트에 추가하고 다시 db에 저장하는 방식으로 진행된다.
    • 단순 조회때는 키값 하나로 찾아올 수 있어 좋겠지만, 저장하는 로직이 너무 번거롭다.
    • 채팅 데이터 저장 전략에 대해서 무지하다 보니 구조가 이상해지는 느낌이다 ᅲᅲ

• aws는 ec2에 동적인 ip를 지급하는 방식, 따라서 종료하고 다시 실행하면 ip가 달라진다.
  • 이를 방지하기 위해 고정 ip로 탄력적 ip를 할당한다.
  • 탄력적 ip가 실행하고 있는 인스턴스에 연결되어 있고, 탄력적 ip주소가 하나일 경우에는 요금 청구가 되지 않는다 💎
• java에서 redis에 접근하는 방법은 redisTemplate을 이용하거나 crudrepository를 이용하는 방법이 있다.
  • crudrepository는 jpa와 비슷한 방식으로 사용할 수 있다.
  • redistTemplate는 조금 더 정교하게 사용히 가능한 거 같으나, 기본 자료형이 아닌 경우.. 직렬화에 대해서 커스텀 해줘야 하는 부분이 다수 존재한다.
  • https://bcp0109.tistory.com/328

• 데이터 저장 부분 조금 더 효율적인 방법이 무엇인지 고민해봐야 할 거 같다. 애매하면 코드리뷰때 받아도 될 듯
• 결국 데이터는 channelId 에 의존하게 된다. 커뮤니티에서 채널 Id를 어떤식으로 설정하는가..? 가 연결하는데 중요한 포인트 일 거 같다.
• 채팅 데이터를 조회할 때 유저가 커뮤니티에 가입한 시간 이후의 데이터만 가져오면 된다. 내일은 이 부분도 설정해보자.
• 왜인지 다은님이 설정해준 rds가 꺼진거 같..다? 물어봐야겠다

• somthing..

• somthing..

• somthing..