신뢰도 동결

기능 이름

신뢰 수준 동결(Trust level freeze)

기능 설명

  1. 사용자가 자신의 신뢰 수준이 상승하는 것을 원하지 않을 때 발생합니다. 신뢰 수준이 높아질수록 책임도 점점 커진다는 것을 알고 있기 때문입니다. 저처럼 리더가 아닌 일반 사용자로서 활동하기를 원하는 사용자들도 있습니다.
  2. 또 다른 흥미로운 사실은, 커뮤니티의 보안 정책을 준수하지 않고 이상한 행동을 하는 사용자의 신뢰 수준을 동결하는 것입니다. 이렇게 하면 해당 사용자는 항상 기본 사용자 또는 일반 사용자 상태를 유지하게 됩니다. 또한 신뢰 수준이 동결된 사용자는 신뢰 수준을 올릴 수 없으므로, 제한 수준과 보안 수준이 더 높아집니다.
  3. 계정을 폐쇄하지 않고도 사용자를 동결하고 싶은 경우가 많습니다.

기능 구현 이유

  1. Discourse의 보안 수준을 더 안전하게 만듭니다.
  2. 어떤 이유로든 커뮤니티 정책을 따르지 않는 특정 사용자를 동결하여 더 높은 신뢰 수준을 받을 수 없도록 합니다. 대부분의 시스템이나 소프트웨어에서는 사용자가 규칙을 위반하면 일반적으로 계정이 폐쇄되거나 동결됩니다. 여기서는 계정 동결의 경우에 해당합니다. 계정 동결 기간이 있을 수 있으며, 1일에서 1년까지 다양할 수 있습니다.
  3. 이는 보안 조치입니다.
  4. 사용자가 스스로 동결을 요청할 수 있습니다. 예를 들어 저처럼 무언가의 리더가 되고 싶지 않은 경우 등이 있습니다.
  5. Twitter는 이를 '정지된 계정(suspended account)'이라고 부릅니다. 일반적으로 스팸, 계정 보안 위험, 트윗이나 공격적인 행동 등으로 인해 계정이 정지됩니다. 제 생각에는 이는 정지된 계정이 아니라 동결된 계정이어야 합니다. 사용자는 여전히 계정을 사용할 수 있으며, 완전히 정지되는 것이 아니기 때문입니다.

참고 사항

  1. Discourse를 검색해 보았지만 이 아이디어와 관련된 내용을 많이 찾지 못했습니다.
  2. 관련 아이디어가 있다면 그 아이디어를 병합하는 것이 가장 좋겠습니다.
  3. 이 내용을 읽고 피드백을 전달해 주실 수 있다면 감사하겠습니다.
  4. https://help.twitter.com/en/managing-your-account/suspended-twitter-accounts

사용자의 admin/user 페이지에서 신뢰 수준을 잠글 수 있습니다:

10개의 좋아요

관리자/사용자 페이지에서 사용자를 신뢰 수준에 고정할 수 있습니다:

  • 이 기능이 있다는 것을 몰랐네요. 피드백 감사합니다.

다음 질문에 대해 답변해 주실 수 있다면 설명을 부탁드립니다:

  1. 잠금 해제 시간을 설정할 수 있나요? 예를 들어 1일, 1년 등?
  2. 다른 질문인데, 사용자가 Discourse 시스템에서 신뢰 수준을 올리지 않겠다고 요청할 수 있나요?
  • 제 계정 동결 아이디어는 이 질문들과 관련이 있습니다

현재 신뢰 수준을 잠금할 때 타이머 옵션이 없으며, 수동으로 켜고 끄는 방식으로 작동합니다.

해당 포럼의 관리자가 동의하는 경우, 사용자가 자신의 신뢰 수준을 잠그도록 요청할 수 있습니다. :+1:

방금 편집 사항을 발견했습니다:

Discourse에도 관리자가 필요하다고 판단할 경우 사용자의 계정을 침묵(Silence)하거나 정지(Suspend)할 수 있는 옵션이 있습니다. 이 옵션들은 타이머를 지원합니다.

신뢰 수준 잠금, 침묵 처리, 정지 처리에 대해 더 자세히 알아보려면 다음을 참고하세요:

2개의 좋아요

@JammyDodger 정말 대단하셨어요. 제 모든 의문을 명확히 해주셨습니다. 그런데, 이 보완 아이디어들이 좋은 건지 아닌지도 설명해 주실 수 있을까요?

현재 신뢰 수준(Trust Level)을 잠글 때 타이머 옵션이 없습니다. 수동으로 켜고 끄는 방식입니다.

  • 즉, 이 게시물이 Discourse에 가져오는 새로운 소식은 다음과 같습니다: 현재 수동으로 이루어지는 신뢰 수준 잠금 과정에 타이머 옵션을 제공하자는 것입니다. 이 관찰을 살펴보면 흥미롭습니다:
    1. 이 과정을 100명의 사용자에게 수동으로 설정하는 상황을 상상해 볼 수 있나요? 제 생각에는 꽤 지치겠어요. 아마도 몇 가지 규칙을 가진 자동화된 과정이 더 좋거나 효율적일 것 같습니다. 예를 들어, 1일이나 1년 등 시간을 설정하는 방식처럼요.
    2. 제가 착각하지 않는다면 트위터에서는 계정을 정지하지 말아야 하는 이유를 설명할 수 있습니다. 계정이 정지되어서는 안 된다는 것을 설명하는 근거를 제공하면 계정이 정상으로 복원됩니다. 그리고 이유를 설명하지 않으면 일정 기간 동안 계정이 정지됩니다. 이 시나리오가 여기 Discourse에도 적용될 수 있다고 생각합니다. 즉, 신뢰 수준이 잠기지 말아야 하는 이유를 설명하면 신뢰 수준이 정상으로 돌아갑니다. 왜 잠겨야 하는지 설명하지 않으면, 신뢰 수준이 일정 기간 동안 동결됩니다.

신뢰 수준 자동 측정 시나리오 (신뢰 수준을 차단하는 타이머가 활성화된 경우)

  1. 사용자는 자신의 신뢰 수준이 차단된 이유를 통보받아야 합니다. 참고: 이는 다음과 같은 경우에 발생합니다: “스팸”, “계정 보안 위험”, “모욕적인 메시지 또는 행동”, “신고 - 사용자가 자신의 신뢰 수준 차단을 요청할 때”.

  2. 사용자는 신뢰 수준이 차단되기를 요청할 수 있지만, 그렇게 하려면 신뢰 수준을 차단하는 이유를 통보해야 합니다. 예를 들어:

    • “무언가의 리더가 되고 싶지 않으므로 신뢰 수준이 잠기기를 요청합니다.” 참고: 이는 개인적인 성격의 이유, 즉 사용자가 원하는 경우를 가리킵니다.
    • “여행 중이므로 신뢰 수준을 차단하고 싶습니다. 이 기간 동안 제 계정이 해킹될 수 있을지 모르겠어요.” 참고: 이는 개인적인 성격의 이유, 즉 사용자가 원하는 경우를 가리킵니다.
    • “제 계정이 해킹된 것 같습니다. Discourse 커뮤니티가 해당 사건을 조사할 때까지 제 신뢰 수준이 동결되기를 원합니다.” 참고: 이는 계정 보안 관련 이유를 가리킵니다.
  3. 사용자는 다른 사용자의 신뢰 수준이 잠기도록 요청할 수 있습니다. 몇 가지 이유:

    1. “해당 사용자가 지속적으로 스팸을 보냅니다.” 참고: 특정 사용자나 커뮤니티의 다른 사용자들에 의해 신고된 가짜 계정에서 과도하게 게시물을 올리는 경우를 가리킵니다.
    2. “해당 사용자가 커뮤니티 정책에 동의하지 않습니다. 커뮤니티가 이 사건을 평가해 주기를 바랍니다. 사용자의 신뢰 수준 차단을 요청할 때, 저도 이 일로 인해 어떤 식으로든 책임질 수 있다는 점을 이해합니다.” 참고: 다른 사용자들에 의해 신고된 특정 사용자의 모욕적인 메시지 또는 행동으로 인식되는 경우를 가리킵니다.
  4. 관리자만 사용자의 신뢰 수준이 차단되도록 허용할 수 있습니다. 참고:

    • 시스템이 “스팸”, “계정 보안 위험”, “모욕적인 메시지 또는 행동”, "신고 - 사용자가 자신의 신뢰 수준 차단을 요청할 때"로 평가하는 경우에 발생합니다.
    • 사용자가 개인적인 이유로 요청하는 경우에는 발생하지 않습니다.

중요한 참고 사항

  1. 동일한 문제가 사용자에게 발생하면, 신뢰 수준은 다음과 같은 경우에 종료됩니다: “스팸”, “계정 보안 위험”, “모욕적인 메시지 또는 행동”, “신고 - 사용자가 자신의 신뢰 수준 차단을 요청할 때”.
  2. 정지 횟수 4회. 이 정지 횟수는 YouTube에서 허용되는 정지 횟수에 기반합니다. YouTube에는 다음과 같은 과정이 있습니다: “경고”, “스트라이크 1”, “스트라이크 2”, “스트라이크 3”. 참고: 채널이 YouTube 정책을 준수하지 않으면 이러한 통지를 받게 되며, 계정 종료, 정지 또는 동결의 이유를 설명할 수 있는 기간이 주어집니다. Discourse의 신뢰 수준에도 동일한 조치를 적용할 수 있습니다. 위에서 언급한 경우들에서 이 4단계 과정(“경고”, “스트라이크 1”, “스트라이크 2”, “스트라이크 3”)을 가지는 것이 의미 있을 수 있습니다. 통지에 따라 신뢰 수준은 정지, 동결 또는 종료될 수 있습니다. 신뢰 수준이 동결되거나 정지되면, 신뢰 수준이 정상으로 복원될 수 있는 기간이 있습니다.

해당 포럼의 관리자가 그렇게 해주는 데 동의한다면, 사용자는 자신의 신뢰 수준이 잠기도록 요청할 수 있습니다.

  • 언급하시고 피드백을 보내주신 내용처럼: “해당 포럼의 관리자가 그렇게 해주는 데 동의한다면, 사용자는 자신의 신뢰 수준이 잠기도록 요청할 수 있습니다.”, 이 게시물의 아이디어의 새로운 점은 사용자가 자신의 신뢰 수준이 잠기도록 요청할 수 있도록 허용하는 것입니다.

Discourse에는 또한 관리자가 필요하다고 판단할 경우 사용자의 계정을 침묵(Silence) 또는 정지(Suspend)할 수 있는 옵션이 있습니다. 이러한 옵션에는 타이머가 있습니다.

  • 정말 흥미롭고, 저는 이것을 본 적이 없었습니다. 말씀해 주셔서 감사합니다. 더 많은 조사를 하고 Discourse에 대해 더 배우겠습니다.
참고 자료

리더는 디스코스를 사용하면서 도달하는 신뢰 수준(Trust Level)이 아닙니다.

따라서 리더가 되는 것을 피하기 위해 신뢰 수준을 잠가둘 필요는 없습니다.

3개의 좋아요

잠긴 TL에 시간 제한을 설정할 수 있는 옵션을 제공하는 자동화 플러그인이 있을 수 있습니다. 하지만 확실하지는 않습니다.

2개의 좋아요

모든 사용자의 신뢰 수준을 고정하는 방법이 있나요?

1개의 좋아요

모든 사용자의 신뢰 수준을 잠그는 방법이 있나요?

  • 여기의 피드백에 따르면, 불가능합니다. 하지만 도움이 되길 바라며, 제 아이디어는 다음과 같습니다. 간단히 말해, 우리는 이 두 가지 프로세스를 가질 것입니다:
  1. 사용자가 커뮤니티 정책을 준수하지 않는 다른 사용자를 신고합니다. 신고된 사용자는 이것이 사실인지 아닌지 설명해야 한다는 경고 메시지를 받게 됩니다. 사용자가 잠긴 신뢰 수준이 잠겨서는 안 된다고 주장할 정당한 이유가 있다면, 신뢰 수준은 정상으로 복원됩니다. 사용자가 잠긴 신뢰 수준에 대해 이의를 제기할 이유가 없다면, 신뢰 수준은 관리자가 이미 해당 특정 사용자 또는 신고된 사용자 그룹에 대해 설정한 기간 동안 동결되거나 정지됩니다.
  2. 사용자가 어떤 이유로든 신뢰 수준이 동결되거나 정지되도록 요청합니다.

참고 사항:

  1. 이 두 가지 경우 모두에서 시스템은 자동으로 신뢰 수준을 동결하거나 정지할 수 있습니다. 이 부분에 수동 프로세스는 없으며, 제가 간략히 언급한 바와 같이 그렇게 하는 것은 의미가 없습니다. 왜냐하면 신뢰 수준 동결 또는 정지 요청이 공정한지 여부는 해당 요청을 다시 검토받기를 원하는 사용자의 응답을 기반으로 관리자만 확인할 수 있기 때문입니다.
  2. 사용자가 어떤 이유도 제시하지 않는 경우, 이론적으로는 신뢰 수준이 일정 기간 동안 동결되거나 정지되어야 한다고 이해됩니다.
  3. 사용자가 이 상황을 분석해 달라고 요청하는 경우, 이를 평가하는 것은 결국 관리자뿐입니다.
  4. 관리자가 어떤 요청을 기각하는 경우, 관리자는 사용자와 대화하여 요청이 기각된 이유를 알려야 합니다.
    • 그런 다음 사용자는 재검토를 위한 새로운 요청을 제출할 수 있으며, 관리자가 이 새로운 요청을 수락하면 신뢰 수준 정지 또는 동결은 취소됩니다. 그렇지 않으면, 사용자가 이를 위한 논거가 없다면 신뢰 수준 정지 또는 동결이 수용됩니다.
  5. 저는 이러한 프로세스가 WhatsApp, Twitter 등에서 동일하게 이루어진다고 생각합니다.
  6. 여기에 첨부한 링크는 WhatsApp이 스팸을 어떻게 감지하는지에 대해 설명합니다 - 아마도 Discourse가 이에 대한 아이디어나 통찰력을 가지고 있을 것입니다.

참고 자료

그룹과 이 플러그인을 사용하면 적어도 일부는 달성할 수 있을지도 모릅니다.

2개의 좋아요

@Heliosurge 이 아이디어가 매우 흥미로웠습니다. 해당 플러그인에 대해 읽어본 결과, 이미 구현된 부분들이 몇 가지 있는 것 같습니다. 제 경우, 핵심 문제를 해결하려면 다음과 같은 기능이 필요할 것입니다:

스크립트 이름 플러그인 설명
신뢰 수준 잠금 automation 사용자가 과도하게 게시물을 작성하거나, 너무 많거나/부적절한 이미지를 포함하거나, 신고 시스템을 남용하는 등의 경우, 위의 대안으로 사용자의 신뢰 수준을 0으로 잠그는 것입니다. 이는 사용자가 생성할 수 있는 주제 및 게시물의 수(및 빈도)를 제한하고, 과도한 이미지/링크 포함을 방지하며, 사용자가 신고를 할 수 없도록 합니다. 신뢰 수준은 사용자의 관리자 페이지에서 설정할 수 있습니다.
사용자 무음 처리 automation 무음 처리된 사용자는 사이트에서 새로운 주제, 게시물, 신고 또는 개인 메시지(PM)를 생성할 수 없습니다. 그러나 게시물에 "좋아요"를 누르거나, 주제를 읽거나, 개인 메시지에 답장하는 등 다른 동작은 여전히 수행할 수 있습니다. 또한, 사용자는 개인 메시지를 통해 관리자와 소통할 수 있으므로, 문제를 해결하기 위해 계속 소통할 수 있습니다.
사용자 정지 automation 정지된 사용자는 로그인할 수 없으며, 따라서 포럼에서 어떤 동작도 수행할 수 없습니다. 정지는 사용자가 가진 가장 강력한 조치이며, 신중하게 사용해야 합니다. 무음 처리와 마찬가지로, 사용자 정지는 사용자의 관리자 페이지에서 수행됩니다. 무음 처리와 마찬가지로, 정지는 특정 기간 동안 적용됩니다. 처음에는 짧은 기간 동안 정지하고, 사용자가 돌아와서 같은 행동을 계속한다면 정지 기간을 늘리는 것이 좋습니다.
신뢰 수준 동결 trigger-automation 사용자가 무음 처리되거나 정지된 경우, 신뢰 수준 잠금 트리거가 활성화됩니다.

신뢰 수준 동결 트리거 작동 방식

  1. 신뢰 수준 동결 - 다음 이벤트를 자동으로 트리거합니다:
    • 사용자 무음 처리 - 경고
    • 사용자 정지 - 1차 경고
    • 신뢰 수준 잠금 - 2차 경고

최종 솔루션

  1. 요약하면 4개의 플러그인이 필요합니다. 마지막 플러그인만 다른 플러그인을 호출하며, 이는 다음 주제에서 확인할 수 있습니다: 신뢰 수준 동결 트리거 작동 방식.
  2. 사용자가 무음 처리되거나 정지되는 경우를 제외하고, 위에서 언급한 예시들은 스팸, 계정 보안 위험, 악의적인 메시지 또는 행동, 신고 - 사용자가 자신의 신뢰 수준이 차단되도록 요청하는 경우에 해당합니다. 여전히 개인적인 이유로 무음 처리되거나 정지된 사용자의 경우가 있을 수 있으며, 즉 자기 신고입니다:
    • “무언가의 리더가 되고 싶지 않으므로 신뢰 수준을 잠금해 주세요.”
    • “여행 중이므로 신뢰 수준을 차단하고 싶습니다. 이 기간 동안 계정이 해킹될지 모르겠습니다.”
    • “제 계정이 해킹된 것 같습니다. Discourse 커뮤니티가 사건을 조사할 때까지 신뢰 수준을 동결해 주세요.”
    • 참고: 자신의 계정을 자기 신고한 이러한 사용자는 계정 정지, 계정 무음 처리 또는 위에서 언급한 경우와 같이 차단된 신뢰 수준을 요청할 수 있습니다.
      • 사용자가 정지되지 않아야 하거나, 무음 처리되지 않아야 하거나, 신뢰 수준이 보호되어야 한다는 증거를 제시하면, 계정은 정상 상태로 복원됩니다.

참고 사항

  1. 몇 번 시도해 보았고 피드백에 감사드립니다, JammyDodger ;D 이 문서를 읽고 꽤 멋진 것 같다고 생각합니다: https://meta.discourse.org/t/discourse-moderation-guide
  2. Dan DeMontmorency - 이 아이디어에 대해 어떻게 생각하시나요? 좋은 아이디어일까요? 이와 같은 것을 만드는 것이 가능한가요?

새로운 아이디어

  1. 실행 가능한 대안은 다음과 같을 수 있으며, 이는 suspend-a-user-via-the-api ,
    silence-user-via-api, add-a-user-to-a-group-via-api, discourse-docs-api-org, auto-suspend-inactive-user, discourse_api_pull_121을 사용하여 수행할 수 있습니다 - 유일한 문제는 아직 신뢰 수준 잠금에 대한 API 정보를 찾지 못했다는 것입니다.
  2. 이를 위해 API와 통신하는 플러그인이 있을 수 있습니다: silence-user-via-api, auto-suspend-inactive-user, “locking trust level”, suspend-a-user-via-the-api.
  3. 제 아이디어는 신뢰 보안 플러그인을 가지는 것입니다 - 이 플러그인은 다음 API와 통신합니다: silence-user-via-api, auto-suspend-inactive-user, “locking trust level”, suspend-a-user-via-the-api.
  4. 제 초기 제안은 다음 엔드포인트를 가지는 것이 정말 멋질 것이라는 것이었습니다:
    • ${this.url}admin/users/${userId}/groups/report/spam
    • ${this.url}admin/users/${userId}/groups/report/lockingtrustlevel
    • ${this.url}admin/users/${userId}/groups/report/accountsecurityatrisk
    • ${this.url}admin/users/${userId}/groups/report/abusivemessagesorbehavior
    • ${this.url}admin/users/${userId}/groups/userwishthis/lockingtrustlevel
    • ${this.url}admin/users/${userId}/groups/userwishthis/accountsecurityatrisk
    • ${this.url}/admin/users/:user_id/report/spam
    • ${this.url}/admin/users/:user_id/report/lockingtrustlevel
    • ${this.url}/admin/users/:user_id/report/accountsecurityatrisk
    • ${this.url}/admin/users/:user_id/report/abusivemessagesorbehavior
    • ${this.url}/admin/users/:user_id/userwishthis/accountsecurityatrisk
    • ${this.url}/admin/users/:user_id/userwishthis/lockingtrustlevel

그러나 이미 해결할 수 있는 것은 이 poc - 개념 증명를 수행하는 것입니다

  • ${this.url}/admin/users/:user_id/silence
  • ${this.url}/admin/users/:user_id/lockingtrustlevel
  • ${this.url}admin/users/${userId}/groups/silence
  • ${this.url}admin/users/${userId}/groups/lockingtrustlevel
2개의 좋아요

사이트 전체의 신뢰 수준 요건을 조정하여 이를 달성할 수 있다고 생각합니다. 이렇게 하면 사용자는 시작 시 한 수준의 신뢰 수준으로 설정되고, 이후에는 달성할 수 없는 임계값을 설정하여 더 이상 진행할 수 없도록 할 수 있습니다. 이러한 설정은 관리자 설정의 신뢰 수준 섹션에서 여러 가지를 찾을 수 있습니다. 다만, 신뢰 수준은 실제로 매우 유용하므로, 먼저 잃게 될 부분이 무엇인지 고려해 보시는 것이 좋습니다.

3개의 좋아요

모더레이션의 일부 자동화는 꽤 유용할 수 있습니다. 원하는 것을 달성하기 위한 좋은 레이아웃을 갖추고 계십니다. 대형 커뮤니티의 작은 모더레이션 팀이라면, 팀이 시스템을 정기적으로 점검/감사하는 한 매우 유용할 것입니다.

2개의 좋아요

저는 디스코스를 다른 사람들과는 꽤 다른 방식으로 활용합니다. 커뮤니티보다는 인증 제공자로서, 그리고 지원 사이트로 주로 사용하고 있습니다.

1개의 좋아요

또 다른 아이디어

이미지 1

이미지 2

케이스 1:
  1. 커뮤니티의 모든 사용자에게 신고 버튼이 있으며, 이는 시스템을 더 자율적으로 만듭니다.
  2. 사용자를 신고하려면 모달이 나타나며, 여기서 신고 옵션을 선택할 수 있습니다.
  3. 이렇게 되면 신고된 사용자에게 메시지가 전송됩니다.
  4. 그리고 신고 내용은 관리자나 운영진에게 전달됩니다.
  5. 사용자가 이 신고 메시지에 응답하지 않는 경우(예: YouTube에서처럼 “거짓말이다” 또는 "사실이 아니다"라고 주장하는 경우), 프로세스는 완료됩니다.
  6. 이벤트가 추가됩니다: 신뢰 수준 잠금 (Locking Trust Levels)
  7. 이것이 다시 발생하면, 이벤트가 추가됩니다: 사용자 무음 처리 (Silenced user).
  8. 이것이 다시 발생하면, 이벤트가 추가됩니다: 사용자 정지 (Suspend user)
참고 사항
  1. 관리자 또는 운영진은 다른 사용자를 신고한 사용자의 불만 처리 과정을 검증합니다.
  2. 신고한 사용자의 불만 처리 과정이 타당하다고 판단되면(운영진 또는 관리자가 판단), 이 메시지가 해당 사용자에게 전달됩니다.
  3. 사용자가 신고가 거짓임을 설명할 만한 근거가 있으면, 프로세스는 종료됩니다.
  4. 관리자 또는 운영진은 신고된 사용자의 응답을 확인하고 아카이빙 여부를 결정할 수 있습니다.
케이스 2

참고: 사용자가 계정이 해킹당했다고 생각하여 자신의 계정을 신고하는 경우입니다.

최종 참고 사항

위에서 설명한 모든 플러그인은 이제 이미지로 설명하는 이 프로세스를 자동화하기 위한 것입니다.

내부 고발(신고) 프로세스가 자동으로 어떻게 진행되나요?

  1. 커뮤니티 사용자 간의 경우, 즉 한 명 이상의 사용자가 한 명 이상의 사용자를 신고할 때 - 이는 한 명 이상의 사용자가 “이 사용자를 커뮤니티에 신고” 버튼을 클릭했을 때 발생합니다.
  2. 운영진, 관리자 또는 커뮤니티 리더 유형의 사용자만 한 명 이상의 사용자에게 게시물을 신고하도록 요청받을 때 - 이를 게시물 플래깅(flag post)이라고 합니다.
  3. 사용자 본인의 경우, 해킹당했다고 느낄 때, 즉 사용자가 자신을 신고하여 계정이 해킹당했다는 사실을 시스템에 알릴 때 - 이는 한 명 이상의 사용자가 “이 사용자를 커뮤니티에 신고” 버튼을 클릭하고, 이는 자기 신고(self reported)인 경우 발생합니다.
  4. 관리자, 운영진 또는 커뮤니티 리더 사용자는 이러한 사례들을 처리합니다:
    • 게시물 플래깅
    • 커뮤니티 사용자에 의해 신고된 사용자
    • 해킹당했다고 생각하여 자신의 계정을 신고한 사용자
  5. 모든 이러한 시나리오에서, 제가 설명한 플러그인들은 이 프로세스를 자동화하는 데 필요합니다.
  6. 운영진, 관리자 또는 커뮤니티 리더가 사용자를 관리하기 위한 자동화 옵션은 다음과 같습니다:
    • 신뢰 수준 잠금 (Locking Trust Levels)
    • 사용자 무음 처리 (Silenced user)
    • 사용자 정지 (Suspend user)

참고: 이는 신고할 사용자 목록이 있을 때만 가능합니다.

참고 사항

  1. 신고된 사용자 목록을 생성합니다.
  2. 이 목록을 사용하여 다음을 수행할 수 있습니다. 응답을 요청하지 않은 사용자 - 이는 먼저 수행됩니다.
    • 신뢰 수준 잠금 (Locking Trust Levels)
    • 사용자 무음 처리 (Silenced user)
    • 사용자 정지 (Suspend user)
  3. 응답을 요청한 사용자
    • 관리자, 운영진 및 커뮤니티 리더가 호출됩니다.
    • 신고된 사용자의 응답이 수용되거나 유효하다고 판단되면, 모든 것이 아카이브됩니다.
    • 답변이 수용되지 않으면, 사용자는 응답할 마지막 기회를 가지며, 응답하지 않으면 프로세스는 종료됩니다.
  4. Discourse 내에서 연도, 월, 주 및 기간(연간, 월간, 주간)에 따라 발생하는 가장 일반적이고 일반적이지 않은 알림 사례들을 볼 수 있습니다 - 이것이 제 초기 아이디어였습니다.
  5. 제 생각에는, Discourse 시스템 모델링에 해를 끼치지 않으면서도 가장 좋거나 가장 쉬운 방법은, 사용자로부터의 신고를 받는 임시 데이터베이스를 가지는 것입니다. 이를 위해 mongodb와 같은 데이터베이스를 사용할 수 있습니다.
    1. 신고된 사용자로부터 정보를 받기 위해 mongodb를 사용하려고 생각합니다.
    2. mongodb는 잘 작동합니다 - mongodb는 문서 지향형 데이터베이스입니다. 데이터 볼륨이 크고 데이터가 구조화되지 않은 경우 흥미롭습니다 - 유명한 nosql입니다.
    3. 또한, 데이터베이스는 영구적이지 않고 임시적입니다. mongodb는 임시 데이터 유형을 지원합니다.
    4. 이 아이디어를 떠올리게 한 것은 이 글을 읽었을 때입니다: Configure Discourse to use a separate PostgreSQL server - 이 용도로 별도의 mongodb 데이터베이스를 가질 것이라 생각했습니다.
    5. 이 페이지에 따르면: GitHub - discourse/discourse: A platform for community discussion. Free, open, simple. · GitHub , Discourse는 redis와 postgresql을 사용합니다. 제가 설명한 이 경우에 mongodb를 사용해보신 적 있으신가요?

아이디어 요약

“신고된 사용자 - mongodb”

reports: {

report1:{
 user: "user001",
 linkFlagPost: "https://meta.discourse.org/t/post-test/1122344"
 reason: "flag post",
 reportedUser: "user002"
},

report2:{
 user: "user001",
 reportedUser: "user003",
 report: "spam"
},

report3:{
 user: "user001",
 reportedUser: "user003",
 reason: "abusive messages or behavior"
},

report4:{
 user: "user001",
 reportedUser: "user003",
 reason: "user discloses illegal user data"
},

report5:{
 user: "user001",
 reportedUser: "user002",
 reason: "user posts dubious links, links that contain viruses, malware"
},

report6:{
 user: "user001",
 user_report: "user002",
 reason: "specify another reason"
},

report7:{
 user: "user004",
 reportedUser: "user005",
 reason: "I think my account has been hacked, I would like my trust level to be frozen until the case is investigated by the Discourse community"
}

참고 사항

신고하는 사람과 받는 사람의 데이터를 익명화하기 위해 sha256을 사용하세요

reports: {

report1:{
 user: "c23162ffc1a535af2ee09588469194816e60cb437e30d78c5617b5d3f1304d6a",
 linkFlagPost: "https://meta.discourse.org/t/post-test/1122344"
 reason: "flag post",
 reportedUser: "a1dd6837f284625bdb1cb68f1dbc85c5dc4d8b05bae24c94ed5f55c477326ea2",
 status1: "filed process"
 status2: "Locking Trust Levels"
},

report2:{
 user: "c23162ffc1a535af2ee09588469194816e60cb437e30d78c5617b5d3f1304d6a",
 reportedUser: "a1dd6837f284625bdb1cb68f1dbc85c5dc4d8b05bae24c94ed5f55c477326ea2",
 reason: "spam",
 status1: "filed process"
 status2: "Locking Trust Levels"
},

report3:{
 user: "c23162ffc1a535af2ee09588469194816e60cb437e30d78c5617b5d3f1304d6a",
 reportedUser: "a1dd6837f284625bdb1cb68f1dbc85c5dc4d8b05bae24c94ed5f55c477326ea2",
 reason: "abusive messages or behavior",
 status1: "filed process"
 status2: "Locking Trust Levels"
},

report4:{
 user: "c23162ffc1a535af2ee09588469194816e60cb437e30d78c5617b5d3f1304d6a",
 reportedUser: "a1dd6837f284625bdb1cb68f1dbc85c5dc4d8b05bae24c94ed5f55c477326ea2",
 reason: "user discloses illegal user data",
 status1: "filed process"
 status2: "Locking Trust Levels"
},

report5:{
 user: "c23162ffc1a535af2ee09588469194816e60cb437e30d78c5617b5d3f1304d6a",
 reportedUser: "a1dd6837f284625bdb1cb68f1dbc85c5dc4d8b05bae24c94ed5f55c477326ea2",
 reason: "user posts dubious links, links that contain viruses, malware",
 status1: "filed process"
 status2: "Locking Trust Levels"
},

report6:{
 user: "c23162ffc1a535af2ee09588469194816e60cb437e30d78c5617b5d3f1304d6a",
 reportedUser: "a1dd6837f284625bdb1cb68f1dbc85c5dc4d8b05bae24c94ed5f55c477326ea2",
 reason: "specify another reason",
 status1: "filed process"
 status2: "Locking Trust Levels"
},

report7:{
 user: "c23162ffc1a535af2ee09588469194816e60cb437e30d78c5617b5d3f1304d6a",
 reportedUser: "a1dd6837f284625bdb1cb68f1dbc85c5dc4d8b05bae24c94ed5f55c477326ea2",
 reason: "I think my account has been hacked, I would like my trust level to be frozen until the case is investigated by the Discourse community",
status1: "filed process"
status2: "Locking Trust Levels"
},

report8:{
 user: "c23162ffc1a535af2ee09588469194816e60cb437e30d78c5617b5d3f1304d6a",
 reportedUser: "c23162ffc1a535af2ee09588469194816e60cb437e30d78c5617b5d3f1304d6a",
 reason: "I think my account has been hacked, I would like my trust level to be frozen until the case is investigated by the Discourse community", 
 reply: {
    reportedUser: "c23162ffc1a535af2ee09588469194816e60cb437e30d78c5617b5d3f1304d6a",
   reason: "View logs in account - if you confirm this process, we will lock the trust level", 
   replyFrom: "administrator",
   status1: "filed process"
   status2: "Locking Trust Levels"
   }
}

이 아이디어의 일부 문제점 및 해결책
  1. 잘못된 해결책일 수 있으며, 아이디어가 유효한지 알기 위해 Discourse 커뮤니티의 피드백이 필요합니다.
  2. 이를 구현하는 것은 복잡할 수 있습니다.
2개의 좋아요