Closed jeongmin0709 closed 1 year ago
생각을 해보니, 어차피 게시글 또는 댓글은 ADMIN이 신고를 3회 누적시키기 전까지는 모든 사용자에게 계속 노출되어야하고, 3회 누적이 되는 경우에 "해당 데이터를 모든 사용자에게 안보이게 처리 + 신고당한 사용자 정지" 가 필요한거니까 그냥 삭제 처리해도 될거같긴하네요. 다만, 삭제로 할거라면 다른 팀원들한테 먼저 알리고 수정하면 될거같아요.
저도 report를 아예 분리하는 내용에 대해서는 찬성합니다. 분리하기전에 API 경로 설계를 어떻게 할 것인가에 대한 고민이 우선되어야할 거 같아요. Ex) 게시물 신고 API의 경우 "api/posts/{postId}/report" -> ?
어차피 신고를 취소해서 신고 누적카운트가 줄어드는 경우는 없으니, post와 reply에 신고카운트를 저장하고, 신고카운트가 1이상이라면 작성자가 해당 데이터를 삭제하지 못하도록 강제하면 될 것 같아요. 그리고 ADMIN에 의해서 누적되지 않는 신고의 경우, report 데이터 자체를 삭제하면 될거 같습니다.
댓글, 게시물 이후의 기능 개발은 크게 알림 or 채팅인거같은데, 둘다 웹소켓을 이용해서 실시간으로 데이터를 서버에서 사용자에게 푸시해주는 형식이라면, 저는 둘중에 아무거나 맡아도 상관없을 것 같아요.
1, 삭제쪽으로 정하면 될거같습니다.
controller는 신고로 통일하고 service에서 나눠서 개발하면 될거같습니다.
다시 생각해보니 작성글에대한 신고 누적이 의미가 있는지 모르겠네요. 유효한 신고가 1건이라도 있으면 해당 게시글을 삭제하거나 블러처리를 해야하니까요. 오히려 작성자에 대한 누적 기능이 필요하지 않을까요. 신고당해서 블러처리를 당한 작성글을 많이썻다면 악성 유저라는 뜻이니까요. 정지할때나 강제 탈퇴시킬떄 유효한 정보라고 생각합니다.
그러면 제가 채팅 기능을 개발하고 세승님이 알림쪽을 맡아주시면 감사하겠습니다.
삭제쪽으로 가는건 프론트, 디자인 분들하고 협의가 된건가요?
답변을 제가 제대로 이해를 못했는데 구체적으로 설명해주실수 있을까요?
유효한 신고가 3건이 누적되어야만 삭제 or 블러처리 해야하는거 아니었나요? 회의에서 유효한 신고가 1건이라도 있으면 삭제 or 블러처리하는걸로 결정되지않았던걸로 기억합니다. 확인이 필요하네요.
확인했습니다.
3번의 경우 누적카운트를 member쪽에 다는게 맞는거같네요
게시글 및 댓글 신고 관련해서 논의사항이 3가지 정도 있습니다.
1번의 경우 모든 게시글 및 댓글 요청에서 report 테이블과 join을 통해 해당 글이 블러처리가 필요한지 아닌지에대한 값을 가져오는게 꼭필요한가에 대한 의문이 들었습니다. 데이터 삭제가 오히려 나은 방법이 아닐까요. 또 블러처리가 필요한 글일 경우 데이터는 그대로주고 필드하나로 블러처리를 나타낼지 아니면 아예 데이터를 주지않고 예외를 터트릴지에 대한 고민입니다.
2번의 경우 report자체로도 create read delete를 모두 필요로 하기 떄문에 controller를 따로 분리하는게 좋다고 생각해서 의견을 듣고싶습니다. 그리고 만약 분리한다면 replyReport와 postReport 까지 분리가 필요한가에대해서도 의견을 듣고 싶습니다.
3번의 경우 신고누적을 어느테이블에 저장할지에 대한 내용입니다. 예을들어 post에 누적카운트를 저장할지 혹은 postReport에 boolean type 으로 누적여부로 저장할지에 대해 의견을 듣고 싶습니다.
+댓글, 게시글 이후 각자 어느 기능을 개발할지에 대한 논의도 필요할것 같습니다.