jandy-seoultech / jandy_web_back Goto Github PK

버그를 설명해주세요
GET /api/Search?keyword=&skip=0&take=10&type=user 에서 keyword가 null 이면 전체 유저를 가져오지 않습니다.

맞는 동작
keyword가 null 일때 전체 유저를 가져와야 합니다.

추가적인 상황
where 쿼리를 쓰는데 있어서 keyword가 null 이면 where 쿼리를 검사하지않고 모든 것을 가져오게끔 해야함.

@InHyeok-J
⚠️ There might be data loss when applying the changes:

• A unique constraint covering the columns [followerId,followingId] on the table follow will be added. If there are existing duplicate values, this will fail.

√ Do you want to ignore the warning(s)? ... yes
Error: Database error
Error querying the database: Server error: `ERROR HY000 (1553): Cannot drop index 'PRIMARY': needed in a foreign key constraint'
0: sql_migration_connector::sql_database_step_applier::apply_migration
at migration-engine\connectors\sql-migration-connector\src\sql_database_step_applier.rs:11
1: migration_core::api::SchemaPush
at migration-engine\core\src\api.rs:161

unique로 설정하여 id 외래키가 없는게 문제인걸로 보입니다. 아무래도 @id 로 id값을 하나 생성해줘야 하거나 unique에서 @@id로 수정해야할 것 같습니다.

개발사항

1. 포스트 아카이빙 전체 조회 API
2. 포스트 아카이빙 개별 조회 API
3. 프로필 페이지 모아보기 API(public)
4. 모두 get 관련이니 같이 묶었습니다.
5. 레포지토리 작성 및 서비스 작성 및 컨트롤러 작성

버그를 설명해주세요
질문 답장쌍이 없을때 데이터를 주지 않습니다.

맞는 동작
질문 답장쌍이 없을때는 빈 배열을 주어야 합니다.

추가적인 상황
문제를 해결하는데 도움되는 당시의 상황을 적어주세요.

리팩토링 문제 사항

• category가 검색에 사용되기에 query에 적합하지 않아 그에 맞게 변경하고 함.
• category가 변경됨에 따라 로직 수정

리팩토링 방안

카테고리

• code 변수를 추가하여 카테고리 종류마다 고유의 code를 통해 query를 처리함.

channel 과 category Connect

• 채널을 생성할 때, 미리 정해둔 카테고리 code 번호를 통해 채널과 카테고리 사이의 connect를 연결시킨다.

추가사항

Why?

• 무료 구글 클라우드 플랫폼 시작일 8.2, 종료일 11.1
• OSS 대회 2차 평가 기간 10.25~ 11.5, 11.9 (화) 발표 평가
• 무료 기간에 불가능하기 때문에 환경 변경 필요

개발 사항

• docker 도입
• aws 환경 구축

Docker

• 프로젝트에 도커 셋팅 및 테스팅

AWS 환경 구축

• EC2
• Docker로 구축
• 구글 클라우드 스토리지 -> AWS 로 multer 변경
• AWS RDBMS를 사용하면 적용,

개발사항

1. 포스팅 아카이빙 좋아요,취소 API
2. 포스팅 아카이빙 댓글 API
3. 각 모델과 레포지토리에 연결
4. 댓글은 comment 모델 같이 쓰나요? 기능은 완전 동일하다고 봐도 무방함.
5. 서비스 및 컨트롤러 작성

문제상황.

• 현재 서버 배포 구조는 ec2 인스턴스에 도커 컨테이너에서 api 서버와 mysql 디비를 두개 돌리고, nginx를 설치해 80, 443 포트 요청을 api 서버로 프록시 패스중입니다.
• mysql 디비는 개발시에 해당하는 포트에 ip 인바운드 룰을 모든 ip에 열고, 개발하지 않을 시에는 ip를 자기 자신만 허용하도록 설정하였습니다.
• 서버 배포이후 인스턴스 cpu 사용량이 급상승하여 ssh 접속은 물론 api서버가 트래픽을 처리하지 못하는 현상이 여러차례 발생하였습니다.
• 아래 cpu 사용량 사진에서 표시된 부분이 서버 다운입니다.
  
• 제일 최근 서버 다운에서의 모니터링 지표를 보면
  
• 네트워크 입출력이 있긴 했으나 미미한 수준으로, 트래픽 과부하로 인한 서버 cpu 사용량 증가라고 생각되지 않습니다.
• 그 이전의 서버 다운 사례에서도 모니터링 지표 중 네트워크 입출력 지표는 큰 변화를 보이지 않았습니다.
  
• nginx access log인데, 서버 다운시점인 utc:08:58:00 이전에 그리 많은 요청이 오지 않았습니다. 즉 트래픽 문제는 아닙니다.
• 해당 시간의 docker 컨테이너 로그를 살펴볼건데, api서버의 로그는 nginx access log와 거의 같으므로 첨부하지 않겠습니다.
  
• 위 로그는 docker 컨테이너 중 mysql 디비 컨테이너 로그입니다. mbind: Operation not permitted 라는 에러메시지가 뜨다가 로그가 끊겼습니다. 이런 상태라면 해당 에러를 의심해볼만 합니다. 아래는 관련된 에러에 대한 검색 결과입니다.
• https://stackoverflow.com/questions/55559386/how-to-fix-mbind-operation-not-permitted-in-mysql-error-log
• https://data-engineer-tech.tistory.com/27
• 현재는 위 검색들에서 제시하는 대로 mysql 컨테이너를 --cap-add=sys_nice 옵션을 주어서 실행중입니다.

논의하고 싶은 것

• 과연 위의 mbind 문제가 원인인지?
• 혹은 다른 것이 원인인지?
• 다른 것이 원인이라면 원인을 어떻게 찾아낼 것인지?
  • cpu 모니터링 지표 확인
  • 컨테이너 로그 고도화
  • 리소스 모니터링 및 이벤트 핸들러 등록?
• 동일하게 서버가 다운되는 현상이 또 발생하면, mysql 컨테이너 로그를 확인해보고, 별 이상이 없다면(현재는 옵션을 주어서 실행하여 mbind 에러가 발생하지 않을 것으로 예상) 다른 원인을 찾아봐야 합니다.

@InHyeok-J @iqeq1945
의견 부탁드립니다.

개발사항

• Channel, Profile Image DB 구조 변경
• 1:1 관계인 이미지는 관계를 끊고 ChannelImage 등의 네이밍으로 string 컬럼 추가

리팩토링 문제 사항

• query가 category, keyword, skipUser, skipChannel로 되어있는데, 다른 페이지네이션 api와 인터페이스를 통일하고자 합니다.
• category에 archive를 추가

리팩토링 방안

query 인터페이스 통일 및 정리

• category는 type으로, keyword는 그대로, skipUser와 skipChannel은 통일하여 from(혹은 skip), 그리고 size(혹은 take, limit도 괜찮음)라는 쿼리를 추가합니다.
• size(|| take || limit) 는 현재 보내는 요청에서 최대 몇개를 가져올 것인지 체크합니다. prisma 쿼리문에 skip: from, take: size이렇게 바로 넣을 수 있겠네요.

category에 archive를 추가

• 아카이브가 추가되었으므로 아카이브를 키워드 검색으로 가져오는 동작이 필요합니다.
• 아카이브의 키워드 검색 대상은 제목, 태그입니다.
• 현재 아카이브 스키마에는 태그가 없습니다. 해당부분 #88 에서 해결하여 머지하면 dev브랜치 pull 해서 작업해주시기 바랍니다.

추가사항

• #95 을 해결한 후, 진행

버그를 설명해주세요
POST /api/Archive/like 엔드포인트 호출 시 에러

{
    "name": "TypeError",
    "message": "UserRepository.LikeOnArchive is not a function"
}

맞는 동작
동작 호출 시 정상적으로 like가 되어야합니다.

추가적인 상황
UserRepository.LikeOnArchive 함수가 없습니다. 해당 커밋내역에 달은 코멘트 링크입니다.
https://github.com/Jandy-SeoulTech/Jandy_Web_Back/pull/82/files#r725908318

이슈 템플릿도 추가해야 합니다.

버그를 설명해주세요
GET /api/Post/:postId 에서 아카이브가 있는 경우 아카이브 정보를 보내주지 않습니다.

맞는 동작
아카이브 정보를 보내주어야 합니다.

추가적인 상황
문제를 해결하는데 도움되는 당시의 상황을 적어주세요.

버그를 설명해주세요
페이지네이션 api 전반에서 올림 구현이 제대로 되지 않아 페이지 갯수가 딱 맞아떨어질 때 전체 페이지 갯수가 +1되어 응답되는 버그

맞는 동작
Math.ceil() 을 사용하여 올림처리를 합니다.

추가적인 상황
문제를 해결하는데 도움되는 당시의 상황을 적어주세요.

제안사항

eslint 현재 import, export로 코딩이 되어있기 때문에 관련한 설정으로 추가 해야 할듯.

필요성

서로 프리티어와 eslint가 설정되지 않아서 코드 저장 혹은 수정 시 필요없는 코드까지 저장되어 git commit 기록이 망쳐짐.-> 리뷰 하기 힘들어짐

버그를 설명해주세요
GET /api/Search/?code=PROGRAMMING!COOK&keyword=&skip=3&take=6&type=channel
해당 예시에서 channel의 participants 정보가 응답바디에 없음.

맞는 동작
participants 정보가 응답 바디에 있어야합니다.

추가적인 상황
문제를 해결하는데 도움되는 당시의 상황을 적어주세요.

포스트 아키이빙 기능 구현 (Feature1)

• 9.29 회의에서 정한 사항입니다.
• 포스트랑 아카이빙이 완벽히 분리되는 개념이 아닙니다.
• 포스트 아카이빙에는 공개 범위가 있습니다.
  • public -> 전체 공개, 유저의 프로필의 모아보기에 보여줄 수 있음.
  • private -> 채널 유저만 공개, 유저 프로필에는 보이지 않고, 채널 모아보기에만 보임
• 포스트 아카이빙에도 좋아요가 있습니다.
• 댓글도 있음

1. 포스트 아카이빙 생성

• 포스트 아카이빙 글을 작성할 때, 로그인한 유저의 종료된 채팅방이 있으면(로그인한 유저가 방장인 경우) 요청 유저의 채팅방 목록 및 게시글 정보를 줌
• 로그인한 유저의 종료된 채팅방이 있는 경우 체크는 프론트가 해야 할 것 같습니다 @sjsjsj1246
• entry point는 하나이며 유저의 종료된 채팅방이 있는경우만 프론트가 체크해줌.

1.1 종료된 채팅방이 있는 경우 (아카이빙)

• 종료된 채팅방이 있는 경우, 글 작성자가 채팅방 리스트 목록을 불러오겠다고 하면 로그인 한 유저의 채팅방 리스트 를 불러오는 API 를 통해 리스트를 줍니다. 이후 리스트를 선택 하면 그 방의 답장 쌍 리스트 불러오기 API 를 통해 답장을 프론트가 렌더링 해줍니다.
• 이후 게시판 재능 공유와 같은 로직으로 글 작성.
• 채팅방 리스트 정보에는 채팅방이 생성한 글 데이터까지 포함되어야 합니다.
  • 프론트가 나중에 렌더링을 해줍니다. 포스트 스크랩 처럼

1.2 종료된 채팅방이 없는 경우 (포스트)

• 게시판 재능 공유와 같은 로직으로 글 작성.

추가

• 실제 데이터는 html 데이터로 담겨서 서버로 전송될듯합니다

포스트 아카이빙으로 인한 변경사항 (Feature2)

1. 프로필 페이지 모아보기

• 프로필페이지에는 그 유저가 작성한 아카이빙의 public만 보여줍니다.
• 이번 이슈에서 여기까지 수정 바랍니다

2. 재능 공유 게시판의 상태 추가

• 재능 공유 게시판에 기존에는 공지. 채팅방 예약, 채팅방 열림, 안열림 이렇게 4개의 상태가 있었는데
• 공지, 채팅방 예약,오픈, 채팅 대기(안열림), 해결완료 이렇게 변경되며 이거는 다른 이슈에 추가적으로 작성하겠습니다

요약

• 포스트아카이빙 생성 API
• 로그인한 유저가 채팅방 주인인 채팅방 리스트 API
• 채팅방의 질문답장쌍 API
• 포스트 아카이빙 전체 조회 API
• 포스트 아카이빙 개별 조회 API
• 프로필 페이지 모아보기 API(public)
• 포스팅 아카이빙 좋아요,취소 API
• 포스팅 아카이빙 댓글 API

버그를 설명해주세요
스키마에 String으로 처리된 데이터의 길이제한이 실제 기획상의 의도와 맞지 않는 경우가 있어 스키마를 전부 점검하고 길이제한을 주어야 합니다.

맞는 동작
Post와 Archive의 content 등은 길이 제한이 높아야 합니다.

What

Babel 관련 오류 발생, 어디가 문제인지 확인 불가능

'babel-node'은(는) 내부 또는 외부 명령, 실행할 수 있는 프로그램, 또는배치 파일이 아닙니다

프로필 조회 API에 추가해주신 admin, participants 필드를 확인해봤습니다.

API 명세서에 예시로 적어주신 응답은

"admin": [],
"participants": [
  {
    "channel": {
      "id": 1,
      "name": "축.잘.모",
      "introduce": "축구를 잘하든 잘못하든 사람들의 모임입니다.",
      "adminId": 3,
      "createdAt": "2021-09-08T14:51:13.044Z",
      "updatedAt": null,
      "channelImage": {
        "id": 4,
        "src": "...",
        "createdAt": "2021-09-08T14:51:13.044Z",
        "updatedAt": null,
        "profileId": null,
        "channelId": 1,
        "postId": null
      }
    }
  }
]

이렇게 나와있습니다. 실제로 응답을 받으면 위처럼 나옵니다.

그런데 admin 필드 값을 받아보면

"admin": [
  {
    "id": 1,
    "name": "축.잘.모",
    "introduce": "축구를 잘하든 잘못하든 사람들의 모임입니다.",
    "adminId": 3,
    "createdAt": "2021-09-08T14:51:13.044Z",
    "updatedAt": null,
    "channelImage": {
      "id": 4,
      "src": "...",
      "createdAt": "2021-09-08T14:51:13.044Z",
      "updatedAt": null,
      "profileId": null,
      "channelId": 1,
      "postId": null
    }
  }
]

이렇게 channel 안에 있지 않은 형태로 받습니다.
저는 admin 필드 값처럼 굳이 channel 프로퍼티 안에 넣지 않고 admin, participants 필드의 형태를 똑같게 수정하는게 좋다고 생각합니다.

Dockerfile

현재 프론트 코드를 서버에서 배포하기 위해 build 된 파일을 서버에서 보내주고 있습니다. 문제는 해당 레포지토리의 도커파일은 해당 레포지토리의 소스코드만 복사하여 도커 컨테이너 내에 만듭니다.
따라서, index.js에서 ../../ 를 하더라도 프론트 코드(빌드파일)는 해당 경로에 없습니다. 도커 컨테이너 내에 복사된 소스코드는 서버 레포지토리 뿐입니다.

해결방법

1. 차라리 프론트 빌드 파일을 서버의 루트 디렉토리에 sftp등으로 이전하고, 서버 인스턴스에 굳이 프론트 레포를 만들지 않는방법.

   • sh 스크립트로 git reset을 해주는데, 이 부분을 빼야 제대로 동작합니다.
   • 프론트에서 빌드를 실행하고 빌드파일을 매번 넣어야하는 불편함이 조금 있음

2. 도커파일을 인스턴스 홈 디렉토리에 두고(혹은 docker build -t upgle ../.), 도커파일 내용을 수정한다.

   • 도커파일을 홈으로 옮기고, 도커파일 내에서는 워킹 디렉토리를 옮겨가며 소스파일을 복사하고 npm run build등을 수행합니다.
   • 프론트 빌드 같은건 sh 스크립트에서 빼면 됩니다.
   • 도커파일이 백과 프론트의 소스를 모두 복사하게끔 작성하는게 핵심.

3. 어사인은 제가 작업하는 걸 기본으로 하고, @InHyeok-J 에게 작업 내역을 전달하도록 하겠습니다. 작업 진행상황 공유하겠음~!

• #51 인해 구글 클라우드 스토리지에서 S3에 업로드하는 기능으로 변경

버그를 설명해주세요
GET /api/Search 응답 객체에 전체 검색된 갯수가 없습니다.

맞는 동작
응답객체는 전체 검색된 갯수를 포함해야 합니다. 아래는 응답 예시입니다.

{
    "total" : 32,
    "data" : [
        {},
        {},
    ]
}

추가적인 상황
문제를 해결하는데 도움되는 당시의 상황을 적어주세요.

AWS 서버 업데이트 방식 변경

• 현재 방식은 이미지를 매번 업데이트마다 삭제하고 다시 설치하기 때문에 npm dependency를 모두 새로 설치중.
• 도커 이미지는 다시 이미지를 빌드할때 변하지 않은 부분까지 캐싱하고 변한 부분부터 빌드하기때문에 그 이점을 살려서 매번 이미지를 삭제하지말고, 이미지를 남기면 dependency가 변경되었을 때만 npm install을 하도록 할 수 있음.
• 결론적으로 package*.json이 변경되었을때만 npm install을 하기때문에 시간/리소스를 낭비하지 않음
• 또, prisma db push를 미리 함으로써 도커 빌드 시에 부하를 최대한 줄이겠습니다.

개발사항

• git hook 작성
• pre-commit : lint 검사
• prepare-commit-msg : 커밋메시지 convention에 따른 커밋메시지 자동 생성
• commit-msg : 커밋메시지 convention 검사

추가사항

1. GET api/Comment/:commentId => 코멘트 id로 코멘트 정보 가져오기
2. GET api/Comment/list?type=post&id=postId => 포스트id로 해당 포스트의 코멘트 배열 가져오기
3. GET api/Comment/list?type=archive&id=archiveId => 아카이브id로 해당 아카이브의 코멘트 배열 가져오기

아카이빙 table 구조 논의

추후 Table의 변경을 줄이기 위해 issue을 열었습니다.

• 현재 제작한 테이블 구조

model Archive {
  id                  Int @id @default(autoincrement())
  status              ArchiveStatus // Private, Public 공개범위
  content             String // 아카이빙에 들어갈 (게시글, 질문답쌍)에 대한 추가 내용 혹은 포스팅
  archiveComment      Comment[] // 아카이빙에 속하는 댓글 목록
  owner               User @relation("archive", fields: [ownerId], references: [id]) 
  ownerId             Int // 아카이빙의 소유주 
  channel             Channel @relation(fields: [channelId], references: [id])
  channelId           Int // 공개범위가 Private시 속한 채널의 유저를 판별하기위한 값
  post                Post? @relation(fields: [postId], references: [id])
  postId              Int // 주제가 되는 POST 정보
  chatMessage         ChatMessage[] // 질문답쌍의 정보
  createdAt           DateTime
  updatedAt           DateTime?
  @@map("archives")
}

enum ArchiveStatus {
  Private
  Public
}

channel

• one to many 관계
• channel 정보의 경우, 아카이빙은 채널에서 작성이 되기 때문에 필수. (공유요청 상관x), 공개 범위가 private인 경우, 판별을 위해 사용되기도 함.

model Channel {
...
  archive      Archive[]
...
}

chatMessage

• archive : one to many 관계
• 재능 공유 요청에 대해 종료된 채팅방을 통해 만들어진 경우, 채팅방의 대화 내역(chatMessage 중 답장글과 답장을 단 질문글의 정보만가져옴)정보를 가져옴

model ChatMessage {
...
  archive         Archive?  @relation(fields: [archiveId], references: [id])
  archiveId       Int? // 질문 답쌍을 전달하기 위한 아카이브
...
}

post

• archive : one to one 관계
• 어떤 post에서 시작했는지 알기위해 채팅방에서 post의 정보를 가져옴

model Post {
...
  archive         Archive?
...
}

content

• 공유 요청에 대한 글인 경우, post와 chatMessage 내용의 보충 설명 작성
• 공유 요청에 대한 글이 아닌 경우, post와 비슷한 형식

comment

• Archive나 Post의 댓글은 동일하여 같은 table을 사용

model Comment {
....
  post      Post?      @relation(fields: [postId], references: [id])
  postId    Int
  archive   Archive? @relation(fields: [archiveId], references: [id])
  archiveId Int
...
}

Prisma Timezone 이슈

WHAT

프리즈마에서 시간 값을 저장할때, KST 시간이 아닌 UTC 시간이 저장됨.
ex)(현재 시간) : 21.5.13시 -> (프리즈마를 통해 DB에 저장되는 시간 ) 21.5.04시 (UTC : KTC-9hour)

WHY

문제가 발생한 원인은 정확한 이슈는 모르겠으나 프리즈마 자체에서 local timezone에 대한 지원을 안하는 듯 함.
우리 서비스는 시간 관련 이슈가 매우 중요할 것 같아서 이 문제에 대해서는 사용하는 측 client가 해결하거나 , 서버에서 DB에 저장된 시간을
다시 가공해서 처리하거나 아예 저장하는 시간을 변경해야 함.
prisma/prisma#5051 <- 여기에서 jhaemin이란 분이 prisma에 issue를 남겼는데 아직까지 지원을 안하고 있음.

SOLUTION

아래 솔루션은 이슈 작성자 jhaemin 이란 분이 제시한 방법.

Create or update with custom now() method

// UTC-9 using dayjs
export const dbNow = (): Date => dayjs().add(9, 'hour').toDate()

const now = dbNow()

await prisma.user.create({
  data: {
    createdAt: now,
    updatedAt: now,
  },
})

Use a middleware that modifies all the times from Prisma's result object

// Subtract 9 hours from all the Date objects recursively
function subtract9Hours(obj: Record<string, unknown>) {
  if (!obj) return

  for (const key of Object.keys(obj)) {
    const val = obj[key]

    if (val instanceof Date) {
      obj[key] = dayjs(val).subtract(9, 'hour').toDate()
    } else if (!isPrimitive(val)) {
      subtract9Hours(val as any)
    }
  }
}

function prismaTimeMod<T>(value: T): T {
  if (value instanceof Date) {
    return dayjs(value).subtract(9, 'hour').toDate() as any
  }

  if (isPrimitive(value)) {
    return value
  }

  subtract9Hours(value as any)

  return value
}

// Create a prisma client instance with timemod
const prisma = new PrismaClient()

prisma.$use(async (params, next) => {
    const result = await next(params)

    return prismaTimeMod(result)
  })

아직 DB의 데이터가 많이 담겨져 있지 않고 배포하지 않았으니깐, create, update 로직 시 위에 소개한 now 적용시켜서 구현하고,
스키마 수정이 필요해 보임

개발사항

• 아카이빙 작성 시 채팅방 방장은 자신의 질문-답장쌍만 아카이빙하게 됩니다.
• 요청을 보낸 유저의 id값을 repository 함수에 전달하여 해당 유저의 질문-답장쌍만 가져와야 합니다.

세부사항

레포지토리 함수 변경

• Jandy_Web_Back/src/repositories/ChatMessageRepository.js

  Lines 219 to 251 in cc39a1b

  	export const findRoomAnswerChat = async (channelRoomId) => {
  	try {
  	let data = await prisma.chatMessage.findMany({
  	where: {
  	AND: [
  	{
  	channelRoomId,
  	},
  	{
  	answeredId: {
  	not: null,
  	},
  	},
  	],
  	},
  	include: {
  	answeredMessage: {
  	include: {
  	sendUser: true,
  	},
  	},
  	sendUser: true,
  	},
  	});
  	return data.map((v) => {
  	delete v.sendUser["password"];
  	delete v.answeredMessage.sendUser["password"];
  	return v;
  	});
  	} catch (err) {
  	console.error(err);
  	}
  	};

• where 쿼리에서 sendUserId가 요청을 보낸 유저 id와 일치하는 걸로 필터링 필요

추가사항

버그를 설명해주세요
GET /api/Search?code=&skip=0&take=10&type=channel 일 시 code가 null이어서 validation에서 에러가 납니다.

맞는 동작
code가 null 이면 전체 채널을 가져와야 합니다.

추가적인 상황
문제를 해결하는데 도움되는 당시의 상황을 적어주세요.

개발사항

• 아카이브에 태그가 있으므로 스키마에 태그를 추가해야함.
• 생성 시에도 태그를 입력받아야함.

개발사항

• 카테고리 딕셔너리
• 코드의 경우, 대문자로 이루어지도록 함.

세부사항

딕셔너리

추가사항

• code의 글자 수를 맞추기에는 힘들 것 같아 이렇게 결정하였습니다.
• 글자수를 맞춰야한다면 이진수 코드를 이용하여 작성하는 것도 방법이 될 것 같습니다.

요구사항

마이 채널에서 종료된 채팅방이나, 채팅방을 나갈 때 리뷰를 작성하게 되는데 주어지는 데이터에 채널ID, OnwerId가 없어 리뷰가 불가능하고 데이터 형식이 GET /api/Room/info/:roomId와 다릅니다.

• myChannel의 오픈룸, 참여룸에서 channelId과 OnweId 요청
• 데이터 형식을 GET /api/Room/info/:roomId에서 주어지는 룸 데이터와 통일

추가사항

채널 공유 게시판 글 조회 기능 수정

• 기존에는 공지/ 채팅방 열림/ 예약/ 안열림 순으로 줬습
• 게시글리스트 조회 방식을 변경함
• 디폴트 : (선택x) : 공지 / 그외 시간 순서
• (채팅방선택??) 채팅방예약,오픈된 공유 요청 게시글
• 채팅 대기 -> 기존 안열림, 채팅방 예약이나 공유 요청이 안된 게시글만 조회
• 해결완료 -> 채팅방이 종료되고, 아카이빙이 있는 게시글 조회

채팅방이 종료된 게시글 1개 조회 수정

• 포스트 아카이빙이 생긴 데이터는 게시글을 조회할때 스크랩처럼 렌더링을 해줘야 하기 때문에 아카이빙 정보도 리턴해줘야함

개발사항

• Code of Conduct 작성
• Contributing 작성
• License 작성

버그를 설명해주세요
아카이브 업데이트 시 태그 업데이트 반영 안됨

맞는 동작
아카이브 업데이트 시 태그도 업데이트 되어야 함.

추가적인 상황
문제를 해결하는데 도움되는 당시의 상황을 적어주세요.

버그를 설명해주세요
GET /api/Archive/channel/:channelId api가 페이지네이션이 지원되지 않습니다.

맞는 동작
GET /api/Archive/channel/:channelId?page=&pageSize= 로 바뀌어야 합니다.

추가적인 상황
문제를 해결하는데 도움되는 당시의 상황을 적어주세요.

버그를 설명해주세요
GET /api/Archive/:archiveId의 응답바디에 archiveLike가 없습니다.

{
  "status": 200,
  "success": true,
  "message": "정보 얻기 성공",
  "data": {
    "id": 3,
    "title": "Prisma Timezone Error 발생",
    "status": "Public",
    "content": "Timezone ERROR",
    "ownerId": 10,
    "channelId": 1,
    "postId": null,
    "createdAt": "2021-10-10T19:23:24.566Z",
    "updatedAt": null,
    "owner": {
      "id": 10,
      "email": "[email protected]",
      "nickname": "오우이",
      "profile": {
        "id": 8,
        "department": "",
        "introduce": "",
        "createdAt": "2021-10-10T01:51:30.827Z",
        "updatedAt": null,
        "userId": 10,
        "profileImage": null
      }
    },
    "post": null,
    "tags": [
      {
        "archiveId": 3,
        "tagId": 6,
        "createdAt": "2021-10-10T19:23:24.566Z",
        "updatedAt": null,
        "tag": {
          "id": 6,
          "name": "bad",
          "createdAt": "2021-10-10T19:23:24.566Z",
          "updatedAt": null
        }
      },
      {
        "archiveId": 3,
        "tagId": 7,
        "createdAt": "2021-10-10T19:23:24.566Z",
        "updatedAt": null,
        "tag": {
          "id": 7,
          "name": "log",
          "createdAt": "2021-10-10T19:23:24.566Z",
          "updatedAt": null
        }
      },
      {
        "archiveId": 3,
        "tagId": 8,
        "createdAt": "2021-10-10T19:23:24.566Z",
        "updatedAt": null,
        "tag": {
          "id": 8,
          "name": "error",
          "createdAt": "2021-10-10T19:23:24.566Z",
          "updatedAt": null
        }
      }
    ],
    "images": [
      {
        "src": null
      }
    ]
  }
}

재현방법
해당 api 요청

맞는 동작
응답 바디에 archiveLike(배열, 해당 아카이브를 공감한 사용자Id)

개발사항

1. 아카이브 생성 API를 작성합니다.
2. 디비에 아카이브 테이블을 생성합니다.
3. 필요한 repository 함수를 정의합니다.
4. 서비스와 컨트롤러를 정의합니다.

채널 포스트에서 채팅방 바로가기 버튼이 있습니다.
이를 구현하기 위해선 post 정보에 roomId가 주어져야 합니다.

채널 정보를 가져오는 API가 항상 403 에러가 납니다. 아마 기존의 채널프로필 이미지와의 관계 문제 때문이지 않을까 싶습니다.

추가적으로 이슈에 라벨을 달수가 없는데 권한좀 주시겠어요?

버그를 설명해주세요
룸 예약 생성 시 시간이 AWS의 시간대로 설정되는 것 같음
Locale에 맞는 시간 설정 필요

상황
서버에서 저장하는 데이터 시간이 UTC가 아닌 것 같습니다.

스크린샷

 const date = new Date(req.body.reservedTime); 

해당 부분에서 문제가 생기는 것 같습니다.

추가적인 상황
POST /api/Room 에서 UTC, GMT+0900둘다 보내봤는데 서버에는 -9시간돼서 저장되네요

What

• Channel Api -> Profile Api로 넘기던 중 오류 발생
• api 응답으로 오는 데이터의 변수명에 오류가 있음
• userId로 참여하고있는 모든 채널,채팅룸의 정보를 받는 api의 부재

개발사항

• Api 수정
• userId로 참여하고있는 모든 채널,채팅룸의 정보를 받는 api 기능 구현

현재 클라와 서버의 이슈작성 컨벤션에서 라벨을 붙히는 컨벤션이 통일이 안되어 있음.
태스크 분류에 따른 적절한 라벨 클러스터링과 깃헙에서 기본지원하는 라벨을 좀 커스텀해서 컨벤션 정립해야 함.
2021.09.24에 정립 예정.

채널 채팅방 목록 가져오기 시에 채팅방이 하나도 없으면 500에러를 냅니다.

채널에 채팅방이 아무것도 없을 수 있지만 500에러면 서버의 에러라고 인지될 수 있을 것 같습니다.

문제상황

아카이브 글이 추가되면서 댓글 작성, 불러오기 API에 type 쿼리가 생겼는데요,
댓글 작성에서는 [channel, archive] enum을 사용하고,
댓글 불러오기에서는 [post, archive] enum을 사용해서 명칭이 헷갈리는 것 같습니다.
channel을 post로 바꿔서 통일 시키면 이해하기 더 명확할 것 같은데 어떻게 생각하시나요?

Refactoring

• 문제가 있는 코드를 처음 정했던 규칙에 맞게 수정

OAuth

• services/OauthSevices.js 의 이름이 Oauth라 되어있어 OAuth로 수정
• Router 경로를 수정 "/api/Oauth" -> "api/OAuth"

Channel

• 기존 Post와 Comment를 Channel 안에 두어 기능을 수행했지만 Post와 Comment의 controller를 따로 분리하여 관리하게 만듬.
• 채널 참여하기, 나가기 api에서 사용하던 채널에 참여하고 있는지 확인하는 함수가 적절치 않아 최근 구현해둔 함수를 적용시킴.

Post

• 기존에 Channel Controller에 있던 Post관련 api를 Post Controller을 생성하여 따로 옮겨줌. Router 경로는 "/api/Post"로 설정함.
• post의 controller로 수정 하면서 기존 channelId를 parameter로 받던 것을 body값으 받게 수정을 함.
• 아카이빙에 생길 게시글에 경우, post의 이름을 쓰지않고 article이라는 이름을 사용할 예정
• 기존에 post의 수정 및 삭제의 경우, channelId와 postId를 같이 받아서 처리를 해주었는데 필요성이 느껴지지 않아 postId만 받게 처리함. 이에 따라 validation 도 같이 수정함.

Comment

• 기존에 Channel Controller에 있던 Comment관련 api를 Comment Controller을 생성하여 따로 옮겨줌. Router 경로는 "/api/Comment"로 설정함.
• 기존에 comment의 수정 및 삭제의 경우, channelId와 postId를 같이 받아서 처리를 해주었는데 필요성이 느껴지지 않아 commentId만 받게 처리함. 이에 따라 validation 도 같이 수정함.
• Services에서 네이밍 규칙에 어긋나 수정함

1차 리팩토링

• 1차 리팩토링에 관한 내용
• 위 내용을 기반으로 리팩토링을 하고자 합니다.

Refactor - Profile 리팩토링

• User 래포지토리 -> findById, findByIdWithData , 다 같은 userId를 통해 찾음,
• Follow 기능을 구현할때, 래포지토리 코드에서 구현했던 것 안쓰는 래포지토리 코드 함수 제거
  • (팔로우 팔로윙 요청한 유저에 맞게 정렬해주는 코드,)

Refactor - Chat

• 채팅관련 래포지토리 코드의 위치가 채널이나 다른 곳에 위치한 곳 수정

Refactor- Room

• 채팅방 예약시간에 제한 시간(1주일) 두기
• 기존에 리뷰를 Room에서 생성, Profile에서 조회를 했는데, 컨트롤러를 따로 분리 예정.

버그를 설명해주세요
채널 카테고리 스키마 변경 이후 채널생성, 채널 수정이 불가합니다.

재현방법
버그를 재현하려면...

1. 현재 dev 브랜치 버전으로 서버를 킨다.(배포판도 현재 버전으로 되있음)
2. 클라이언트를 킨다.
3. 디버깅할 서버와 클라이언트를 클라이언트의 setUpProxy 파일에서 설정하여 연결한다.
4. 채널 만들기 기능을 사용할 시 서버에 찍히는 에러 로그 확인.

맞는 동작
채널 생성과 채널 정보 수정이 이루어져야함.

스크린샷
배포 서버 에러로그입니다.

PrismaClientKnownRequestError2 [PrismaClientKnownRequestError]: An operation failed because it depends on one or more records that were required but not found. No 'Category' record (needed to inline connect on create for 'ChannelCategory' record) was found for a nested connect on one-to-one relation 'CategoryToChannelCategory'.
    at cb (/usr/app/node_modules/@prisma/client/runtime/index.js:34800:17)
    at processTicksAndRejections (node:internal/process/task_queues:96:5) {
  code: 'P2025',
  clientVersion: '2.28.0',
  meta: {
    cause: "No 'Category' record (needed to inline connect on create for 'ChannelCategory' record) was found for a nested connect on one-to-one relation 'CategoryToChannelCategory'."
  }
}

추가적인 상황
@iqeq1945 클라 레포에 해당 api 수정 이슈 및 카테고리 이름<->코드 딕셔너리 전달하는 이슈 생성해서 클라 수정이 될 수 있도록 해주세요.

개발사항

1. 로그인한 유저가 채팅방 주인인 채팅방 리스트 API
2. 채팅방의 질문답장쌍 API
3. 레포지토리 함수 작성
4. 컨트롤러 작성