What I did today:
payment 쪽 고치기
- payment는 미리 생성해두고 결제가 성공 했을 때에만 매칭이 이루어지도록 로직 변경!
- 상담사는 미리 매칭 안해두고 푸쉬 눌렀을 때 매칭을 해야겠다.
기타 (da1a54b)
- generate payment instance when the user chooses subscription
- verify if the payment went through and generate matchings accordingly if successful
- return subscription data in bulk & solo
- return counselor data in bulk & solo
What I need to do next:
어드민 페이지 작업 (내일)
- 고민할 것:
- 상담사 매칭기록을 어떻게 남기면 좋을까? matchtime 이용하자
- 내일 시작할 것:
- 처음부터 릴리프톡 부분 쭉 훑기 (다음 두개에 유의)
- matchinghistory
- 상담사 마감기한 산정
서비스 작업 (내일)
- 릴리프콜 일정조율 부분
- 상담사 매칭:
- 미리 골라놓은 상담사를 어디에 저장해 놓으면 좋을까 ^^
- temp_counselor 필드를 만들어두어야할까?
to remember
- 스테이징에 data 좀 붓기ㅠㅜ
- 톡 용량 알아내서 데이터베이스에 저장
스테이징 환경 싱크
- 기억할 것:
- 스테이징 데이터베이스 아키텍쳐 싱크 맞춰놓기
- 스테이징 데이터베이스 데이터 싱크 맞춰놓기
- aws_utils 바꾸기
- setting_secrets
What I learned:
Django ORM
- values는 딕셔너리, values_list는 리스트
- queryset 형태로 반환되는 것들은 list()로 감싸주면 리스트가 된다.
- django annotation/aggregation을 잘 쓰면 엄청난 것을 할 수 있는데 아직 이거 공부할 시간이 넉넉하지는 않다...ㅠㅜ
- get을 했을 때 해당하는 객체가 없으면 Model.DoesNotExist exception, 객체가 하나보다 많을 때는 Model.MultipleObjectsReturned exception을 반환한다. filter은 그냥 null을 반환하는 것 같다.
REST API
- 리스트에 담아서 삭제처럼 애매한 것은 patch를 이용해서 메서드를 따로 지정해주자.
