Vertrauensstufe eingefroren

[anon40545810]

Feature name

Trust-Level-Einfrieren

Feature description

1. Tritt auf, wenn der Benutzer nicht möchte, dass sein Vertrauensniveau steigt. Weil er weiß, dass er mit zunehmendem Vertrauensniveau immer mehr Verantwortung übernehmen wird. Es gibt Benutzer wie mich, die einfach nur normale Benutzer und keine Führungskräfte sein wollen.
2. Eine weitere interessante Tatsache wäre, das Vertrauensniveau für Benutzer einzufrieren, die sich irgendwie seltsam verhalten und nicht im Einklang mit der Sicherheitsrichtlinie der Community handeln. Auf diese Weise werden sie immer grundlegende oder normale Benutzer sein. Und so werden sie ein höheres Maß an Einschränkung und Sicherheit haben, da Benutzer mit eingefrorenem Vertrauensniveau das Vertrauensniveau nicht erhöhen können.
3. Oft möchte man Benutzer einfrieren, ohne unbedingt das Konto schließen zu müssen.

Reasons for implementing the feature

1. Machen Sie das Sicherheitsniveau von Discourse sicherer.
2. Frieren Sie bestimmte Benutzer ein, die aus irgendeinem Grund die Community-Richtlinien nicht befolgen, und können Sie daher kein höheres Vertrauensniveau erhalten. Viele Systeme oder Software frieren das Konto ein oder schließen es, wenn der Benutzer gegen eine Regel verstößt. Hier wäre der Fall des Einfrierens des Kontos. Es kann eine Einfrierzeit für das Konto geben, vielleicht 1 Tag oder 1 Jahr.
3. Es ist eine Sicherheitsmaßnahme.
4. Der Benutzer kann beantragen, dass er eingefroren werden möchte. Vielleicht, weil der Benutzer, wie ich, keine Führungsposition übernehmen möchte.
5. Twitter verwendet den Begriff als gesperrtes Konto. Normalerweise wird das Konto aus folgenden Gründen gesperrt: Spam, Gefährdung der Kontosicherheit, Tweets oder missbräuchliches Verhalten. Meiner Meinung nach wäre es kein gesperrtes Konto, sondern ein eingefrorenes Konto. Der Benutzer hat immer noch die Möglichkeit, das Konto zu nutzen, es ist nicht gesperrt.

references

1. Ich habe Discourse durchsucht und nicht viel zu dieser Idee gefunden.
2. Wenn es eine verwandte Idee gibt, wäre es am besten, diese Idee zusammenzuführen.
3. Wenn jemand dies lesen und Feedback geben kann, würde ich mich freuen.
4. https://help.twitter.com/en/managing-your-account/suspended-twitter-accounts

[JammyDodger]

Sie können einen Benutzer auf einer Vertrauensstufe sperren, indem Sie auf dessen Seite admin/user gehen:

[anon40545810]

Sie können einen Benutzer auf der Admin-/Benutzerseite auf eine Vertrauensstufe sperren:

• Ich wusste nichts von dieser Funktion, danke für das Feedback.

Dies sind meine Fragen, wenn Sie sie beantworten können, wäre ich dankbar für eine Klärung:

1. Kann ich eine Sperrfrist festlegen, vielleicht für 1 Tag oder 1 Jahr oder so etwas?
2. Eine andere Sache: Kann ich als Benutzer beantragen, dass ich mein Vertrauen im Discourse-System nicht erhöhen möchte?

• Meine Idee zur Kontosperrung hat mit diesen Fragen zu tun.

[JammyDodger]

Derzeit gibt es keine Timer-Option, wenn eine Vertrauensstufe gesperrt wird; sie wird manuell ein- und ausgeschaltet.

Es ist möglich, dass Benutzer beantragen, dass ihre Vertrauensstufe gesperrt wird, wenn der Administrator dieses Forums damit einverstanden ist, dies für sie zu tun.

Habe gerade deine Bearbeitung entdeckt:

@anon40545810

Twitter verwendet den Begriff als gesperrtes Konto. Normalerweise wird das Konto aus folgenden Gründen gesperrt: Spam, Gefährdung der Kontosicherheit, Tweets oder missbräuchliches Verhalten. Meiner Meinung nach wäre es kein gesperrtes Konto, sondern ein eingefrorenes Konto. Der Benutzer hat immer noch die Möglichkeit, das Konto zu nutzen, es ist nicht gesperrt.

Discourse hat auch die Möglichkeit, ein Benutzerkonto stummzuschalten oder zu sperren, wenn der Administrator dies für notwendig hält. Diese Optionen haben Timer.

Sie können mehr über Sperren von Vertrauensstufen, Stummschalten und Sperren in der:

Discourse Moderation Guide

So you’re a moderator on a Discourse forum - congratulations! As a forum moderator, it’s your role to help oversee the forum, ensuring that users and content are in line with your TOS, FAQ, and other published rules/guidelines. Discourse comes with numerous tools to help you accomplish this. Let’s take a look at some common scenarios and see how each can be handled with Discourse. Welcoming New Users Part of keeping a community friendly and helping it grow involves being an example to other…

[anon40545810]

@JammyDodger Du warst großartig, hast alle meine Zweifel ausgeräumt. Aber könntest du klären, ob diese ergänzenden Ideen gut sind oder nicht?

Derzeit gibt es keine Timer-Option beim Sperren eines Vertrauensniveaus; es wird manuell ein- und ausgeschaltet.

• Was dieser Beitrag also Neues für Discourse bringen würde, wäre dies: Biete eine Timer-Option beim Sperren eines Vertrauensniveaus an, da dies manuell geschieht. Das ist interessant, wenn man diese Beobachtung betrachtet:
  1. Kannst du dir vorstellen, diesen Prozess für 100 Benutzer manuell zu konfigurieren? Das wäre ein wenig anstrengend, beobachte ich. Ich stelle mir vor, dass ein automatischer Prozess mit einigen Regeln besser oder effizienter wäre. Zum Beispiel die Festlegung einer Zeit von vielleicht 1 Tag oder 1 Jahr oder etwas Ähnlichem.
  2. Auf Twitter kann man, wenn ich mich nicht irre, einen Grund angeben, warum das Konto nicht gesperrt werden soll. Wenn du etwas angibst, das erklärt, warum dein Konto nicht gesperrt werden sollte, wird dein Konto wieder normal. Und wenn du keinen Grund angibst, wird dein Konto für eine bestimmte Zeit gesperrt. Ich denke, dieses Szenario könnte hier in Discourse angewendet werden. Das heißt, wenn du einen Grund angibst, warum das Vertrauensniveau nicht gesperrt werden soll, wird dein Vertrauensniveau wieder normal. Wenn du keinen Grund angibst, wird dein Vertrauensniveau für eine bestimmte Zeit eingefroren.

Szenario mit automatischen Messungen für gesperrte Vertrauensniveaus (Wenn der Timer, der das Sperren eines Vertrauensniveaus auslöst, aktiv ist)

1. Der Benutzer muss über den Grund informiert werden, warum sein Vertrauensniveau gesperrt wurde. Hinweis: Dies geschieht in den folgenden Fällen: „Spam“, „Sicherheit des Kontos gefährdet“, „Missbräuchliche Nachrichten oder Verhalten“, „Bericht – wenn Benutzer darum bitten, dass ihr Vertrauensniveau gesperrt wird“.

2. Der Benutzer kann beantragen, dass er möchte, dass das Vertrauensniveau gesperrt wird, muss aber dafür den Grund für die Sperrung des Vertrauensniveaus angeben. Zum Beispiel:

   • „Ich beantrage, dass das Vertrauensniveau gesperrt wird, da ich kein Anführer von etwas sein möchte“. Hinweis: Dies bezieht sich auf den Grund persönlicher Natur, d. h. der Benutzer möchte es.
   • „Ich reise und möchte mein Vertrauensniveau sperren lassen, ich weiß nicht, ob sie in dieser Zeit mein Konto hacken können“. Hinweis: Dies bezieht sich auf den Grund persönlicher Natur, d. h. der Benutzer möchte es.
   • „Ich glaube, mein Konto wurde gehackt, ich möchte, dass mein Vertrauensniveau eingefroren wird, bis der Fall von der Discourse-Community untersucht wird“. Hinweis: Dies bezieht sich auf den Grund der Kontosicherheit.

3. Benutzer können beantragen, dass das Vertrauensniveau eines Benutzers gesperrt wird. Einige Gründe:

   1. „Benutzer sendet ständig Spam“. Hinweis: Bezieht sich auf übermäßige Beiträge eines bestimmten Benutzers oder von gefälschten Konten, die von anderen Benutzern in der Community gemeldet werden.
   2. „Benutzer stimmt der Community-Richtlinie nicht zu. Ich möchte, dass die Community den Fall prüft. Ich verstehe, dass ich, wenn ich beantrage, dass das Vertrauensniveau eines Benutzers gesperrt wird, irgendwie auch dafür verantwortlich gemacht werden kann.“ Hinweis: Bezieht sich auf die wahrgenommenen missbräuchlichen Nachrichten oder Verhaltensweisen eines bestimmten Benutzers, die von anderen Benutzern gemeldet werden.

4. Nur der Administrator kann zulassen, dass das Vertrauensniveau eines Benutzers gesperrt wird. Hinweise:

   • Dies geschieht in den folgenden Fällen, wenn das System bewertet: „Spam“, „Sicherheit des Kontos gefährdet“, „Missbräuchliche Nachrichten oder Verhalten“, „Bericht – wenn Benutzer darum bitten, dass ihr Vertrauensniveau gesperrt wird“.
   • Dies geschieht nicht, wenn der Benutzer es aus persönlichen Gründen beantragt.

Wichtige Hinweise

1. Wenn dieselben Probleme mit dem Benutzer auftreten, wird das Vertrauensniveau in den folgenden Fällen beendet: „Spam“, „Sicherheit des Kontos gefährdet“, „Missbräuchliche Nachrichten oder Verhalten“, „Bericht – wenn Benutzer darum bitten, dass ihr Vertrauensniveau gesperrt wird“.
2. Anzahl der Sperrungen 4. Diese Anzahl von Sperrungen basiert auf der akzeptablen Anzahl von Sperrungen auf YouTube. YouTube hat folgenden Prozess: „Warnung“, „1. Verwarnung“, „2. Verwarnung“, „3. Verwarnung“. Hinweis: Wenn ein Kanal die YouTube-Richtlinien nicht einhält, erhält er diese Benachrichtigungen, hat eine gewisse Zeit, um den Grund für die Kündigung, Sperrung oder Einfrierung des Kontos zu erklären. Wir können diese gleiche Maßnahme mit dem Vertrauensniveau in Discourse haben. In den von mir genannten Fällen könnte es sinnvoll sein, diese Anzahl von 4 Prozessen zu haben: „Warnung“, „1. Verwarnung“, „2. Verwarnung“, „3. Verwarnung“. Gemäß den Hinweisen kann das Vertrauensniveau gesperrt, eingefroren oder beendet werden. Wenn das Vertrauensniveau eingefroren oder gesperrt ist, gibt es eine Zeitspanne, in der das Vertrauensniveau wieder normal werden kann.

Es ist möglich, dass Benutzer beantragen, dass ihr Vertrauensniveau gesperrt wird, wenn der Administrator dieses Forums damit einverstanden ist.

• Wie du erwähnt und Feedback gegeben hast: „Benutzer können beantragen, dass ihr Vertrauensniveau gesperrt wird, wenn der Administrator dieses Forums damit einverstanden ist“, wäre die Neuheit der Idee dieses Beitrags, dem Benutzer zu erlauben, zu beantragen, dass sein Vertrauensniveau gesperrt wird.

Discourse hat auch die Option, ein Benutzerkonto stummzuschalten oder zu sperren, wenn der Administrator dies für notwendig hält. Diese Optionen haben Timer.

• Das ist wirklich interessant und ich hatte es nicht gesehen, danke, dass du darüber gesprochen hast, ich werde mehr recherchieren und mehr über Discourse lernen.

Referenzen

• Understand copyright strikes - Computer - YouTube Help

[Moin]

@anon40545810

Es gibt Benutzer wie mich, die einfach nur normale Benutzer sein wollen und keine Benutzer als Leiter.

Leiter ist kein Vertrauenslevel, das man durch die Nutzung von Discourse erreicht.

@codinghorror

Erreichen Sie Vertrauenslevel 4 durch…

• Nur manuelle Beförderung durch Mitarbeiter

Das Sperren des Vertrauenslevels ist also nicht notwendig, um nicht zum Leiter zu werden.

[Heliosurge (Dan DeMontmorency)]

Es gibt ein Automatisierungs-Plugin, das möglicherweise eine Option bietet, ein Zeitlimit für eine gesperrte TL festzulegen. Aber nicht sicher

[Nerd_Alert]

Gibt es eine Möglichkeit, Vertrauensstufen für alle zu sperren?

[anon40545810]

Gibt es eine Möglichkeit, Vertrauensstufen für alle zu sperren?

• Basierend auf dem Feedback hier, nein. Aber ich hoffe, es hilft, meine Idee wäre dazu. Kurz gesagt, wir hätten diese 2 Prozesse:

1. Benutzer melden andere Benutzer, die die Community-Richtlinien nicht befolgen. Der gemeldete Benutzer erhält eine Warnung, dass er erklären muss, ob dies wahr ist oder nicht. Wenn der Benutzer einen Grund hat, zu argumentieren, dass die gesperrte Vertrauensstufe nicht gesperrt werden sollte, wird die Vertrauensstufe wieder normal. Wenn der Benutzer keinen Grund hat, über die gesperrte Vertrauensstufe zu argumentieren, wird die Vertrauensstufe für eine vom Administrator bereits festgelegte Zeit für diesen bestimmten Benutzer oder diese Gruppe von Benutzern, die gemeldet wurden, eingefroren oder ausgesetzt.
2. Der Benutzer fordert aus irgendeinem Grund, dass die Vertrauensstufe eingefroren oder ausgesetzt wird.

Hinweise:

1. In beiden Fällen kann das System die Vertrauensstufe automatisch einfrieren oder aussetzen. Es gäbe keinen manuellen Prozess in dieser Hinsicht und er ergibt auch keinen Sinn, basierend auf dem, was ich kurz kommentiert habe - denn nur der Administrator kann bestätigen, ob die Anforderung zum Einfrieren oder Aussetzen der Vertrauensstufe fair ist oder nicht, basierend auf der Antwort des Benutzers, der diese Anforderung erneut überprüfen lassen möchte.
2. Wenn der Benutzer keinen Grund angibt, wird theoretisch verstanden, dass die Vertrauensstufe für eine Weile eingefroren oder ausgesetzt werden sollte.
3. Wenn der Benutzer beantragt, dass diese Situation analysiert wird, ist es nur der Administrator, der dies am Ende bewertet.
4. Wenn eine Anfrage vom Administrator abgelehnt wird, sollte der Administrator mit dem Benutzer sprechen und ihm den Grund für die Ablehnung mitteilen.
   • Der Benutzer kann dann eine neue Anfrage zur Überprüfung einreichen, und wenn der Administrator diese neue Anfrage akzeptiert, wird die Aussetzung oder das Einfrieren der Vertrauensstufe aufgehoben. Andernfalls, wenn der Benutzer keine Argumente dafür hat, wird das Aussetzen oder Einfrieren der Vertrauensstufe akzeptiert.
5. Ich glaube, diese Prozesse werden bei Dingen wie WhatsApp und Twitter gleichermaßen durchgeführt.
6. Der Link, den ich hier angehängt habe, spricht darüber, wie WhatsApp funktioniert - wie es Spam erkennt - Vielleicht hat Discourse eine Idee oder Einblick dazu.

Referenzen

• https://faq.whatsapp.com/general/security-and-privacy/about-spam-and-unwanted-messages/?lang=en

[Heliosurge (Dan DeMontmorency)]

Vielleicht hilft die Verwendung von Gruppen und diesem Plugin, zumindest einen Teil davon zu erreichen.

Discourse Automation

Summary Discourse Automation lets you automate actions through scripts and triggers. Customisation is made through an automatically generated UI. Install Guide This plugin is bundled with Discourse core. There is no need to install the plugin separately. [Capture d’écran 2021-07-02 à 15.13.57] Features Easy automation of complex workflows Triggers automations at specific dates, periodically, or on specific events Provides automatically generated …

[anon40545810]

@Heliosurge Diese Idee fand ich sehr interessant. Soweit ich über das Plugin gelesen habe, sind einige Dinge bereits erledigt. In meinem Fall müsste ich zur Lösung meines Kernproblems etwas haben wie:

Skriptname	Plugin	Beschreibung
Vertrauensstufen sperren	automation	Wenn ein Benutzer zu viel postet, zu viele und/oder unangemessene Bilder einfügt, das Flag-System missbraucht oder ähnliches, ist eine Alternative zu den oben genannten Möglichkeiten, den Benutzer auf Vertrauensstufe 0 zu sperren. Dies begrenzt die Anzahl (und Häufigkeit) von Themen und Beiträgen, die der Benutzer erstellen kann, verhindert, dass er zu viele Bilder/Links einfügt, und hindert ihn daran, Flags zu setzen. Vertrauensstufen können auf der Admin-Seite des Benutzers konfiguriert werden.
Benutzer zum Schweigen bringen	automation	Benutzer, die zum Schweigen gebracht wurden, können keine neuen Themen, Beiträge, Flags oder PMs auf der Website erstellen. Sie können immer noch andere Aktionen ausführen, wie z. B. Beiträge “liken”, Themen lesen, auf PMs antworten usw. Außerdem können sie über PM mit Moderatoren kommunizieren, sodass Sie weiterhin mit ihnen kommunizieren können, um das Verhalten zu klären.
Benutzer sperren	automation	Gesperrte Benutzer können sich nicht anmelden und somit keine Aktionen im Forum durchführen. Eine Sperrung ist die stärkste verfügbare Maßnahme für einen Benutzer und sollte sparsam eingesetzt werden. Wie das Schweigen wird auch das Sperren eines Benutzers auf der Admin-Seite des Benutzers vorgenommen. Wie das Schweigen sind auch Sperrungen für einen bestimmten Zeitraum. Möglicherweise möchten Sie den Benutzer zuerst für einen kurzen Zeitraum sperren und, wenn der Benutzer zurückkehrt und das Verhalten fortsetzt, die Sperrfrist verlängern.
Vertrauensstufen-Einfrieren	trigger-automation	Bei stummgeschalteten oder gesperrten Benutzern wird der Trigger “Vertrauensstufen sperren” ausgelöst.

Funktionsweise des Triggers “Vertrauensstufen-Einfrieren”

1. Vertrauensstufen-Einfrieren - diese Ereignisse werden automatisch ausgelöst:
   • Benutzer zum Schweigen bringen - Warnung
   • Benutzer sperren - Fehler 1
   • Vertrauensstufen sperren - Fehler 2

Endgültige Lösung

1. Kurz gesagt, es wären 4 Plugins. Nur das letzte Plugin ruft die anderen Plugins auf, wie im folgenden Thema zu sehen ist: Funktionsweise des Triggers “Vertrauensstufen-Einfrieren”.
2. Trotz der Fälle von Benutzern, die stummgeschaltet oder gesperrt wurden, waren die von mir genannten Beispiele Spam, Gefährdung der Kontosicherheit, beleidigende Nachrichten oder Verhalten, Meldungen - wenn Benutzer die Sperrung ihrer Vertrauensstufe beantragen. Es gäbe immer noch den Fall von Benutzern, die persönlich stummgeschaltet oder gesperrt wurden, d. h. Selbstanzeige:
   • „Ich beantrage die Sperrung der Vertrauensstufe, da ich kein Anführer von etwas sein möchte“.
   • „Ich reise und möchte meine Vertrauensstufe sperren lassen, ich weiß nicht, ob mein Konto in dieser Zeit gehackt werden kann“.
   • „Ich glaube, mein Konto wurde gehackt, ich möchte, dass meine Vertrauensstufe eingefroren wird, bis der Fall von der Discourse-Community untersucht wird“.
   • Hinweis: Diese Benutzer, die ihr Konto selbst gemeldet haben - sie können eine Kontosperrung, eine Kontostummschaltung oder sogar in dem von mir erwähnten Fall die gesperrte Vertrauensstufe beantragen.
     • Wenn der Benutzer einen Beweis dafür erbringt, dass er nicht gesperrt, stummgeschaltet oder seine Vertrauensstufe geschützt werden sollte, ist das Konto normal.

Hinweise

1. Ich habe das ein paar Mal gemacht und danke für das Feedback, JammyDodger ;D Ich habe dieses Dokument gelesen und finde es ziemlich cool: https://meta.discourse.org/t/discourse-moderation-guide
2. Dan DeMontmorency - Was halten Sie von dieser Idee, ist das eine gute Idee? Ist es möglich, so etwas zu erstellen?

neue Ideen

1. Eine praktikable Alternative könnte diese sein, dies könnte mit 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 umgesetzt werden - das einzige Problem ist, dass ich noch keine Informationen von der API zur Sperrung von Vertrauensstufen gesehen habe.
2. Wir könnten Plugins haben, die für dies mit der API kommunizieren: silence-user-via-api, auto-suspend-inactive-user, “locking trust level”, suspend-a-user-via-the-api.
3. Meine Idee wäre, das Vertrauenssicherheits-Plugin zu haben - dieses Plugin kommuniziert mit den folgenden APIs: silence-user-via-api, auto-suspend-inactive-user, “locking trust level”, suspend-a-user-via-the-api.
4. Mein ursprünglicher Vorschlag wäre, dass es wirklich cool wäre, diese Endpunkte zu haben:
   • ${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

Aber etwas, das bereits helfen würde, wäre, dies als PoC - Proof of Concept zu tun

• ${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

[JammyDodger]

@Nerd_Alert

Gibt es eine Möglichkeit, Vertrauensstufen für alle zu sperren?

Ich denke, das könnte erreicht werden, indem die Anforderungen an die Vertrauensstufen standortweit angepasst werden, sodass Benutzer zu Beginn auf einer Stufe festgelegt werden und dann unerreichbare Schwellenwerte festgelegt werden, damit sie niemals aufsteigen können. Sie finden eine ganze Reihe von Einstellungen dafür im Abschnitt Vertrauensstufen Ihrer Admin-Einstellungen. Obwohl Vertrauensstufen wirklich nützlich sind, sollten Sie vielleicht zuerst überlegen, was Sie verlieren würden.

[Heliosurge (Dan DeMontmorency)]

Die Automatisierung von Teilen der Moderation kann sehr praktisch sein. Sie haben eine gute Grundlage für das, was Sie erreichen möchten. Für ein kleines Moderationsteam einer großen Community kann dies sehr nützlich sein, solange das Team das System regelmäßig untersucht/prüft.

[Nerd_Alert]

Meine Nutzung von Discourse ist ganz anders als die anderer. Es ist weniger eine Community und mehr ein Authentifizierungsanbieter, zusammen mit einer Support-Website.

[anon40545810]

Eine weitere Idee

Bild 1

Bild 2

Fall 1:

1. Es gibt eine Meldeschaltfläche für jeden Benutzer in der Community, was das System autonomer macht.
2. Wenn Sie auf „Benutzer melden“ klicken, erscheint ein Modal, in dem Sie die Meldeoption auswählen können.
3. Wenn dies geschieht, erhält der gemeldete Benutzer eine Nachricht.
4. Und die Meldung wird vom Moderator oder Administrator eingesehen.
5. Wenn der Benutzer nicht auf diese Denunziationsnachricht antwortet – und versucht zu sagen, dass sie „falsch“ oder „nicht zutreffend“ ist, wie bei YouTube –, ist der Prozess abgeschlossen.
6. Das Ereignis wird hinzugefügt: Sperrung von Vertrauensstufen.
7. Wenn dies erneut geschieht, wird das Ereignis hinzugefügt: Stummgeschalteter Benutzer.
8. Wenn dies erneut geschieht, wird das Ereignis hinzugefügt: Benutzer sperren.

Notizen

1. Der Administrator oder Moderator überprüft den Beschwerdeprozess des Benutzers, der einen anderen Benutzer meldet.
2. Wenn der Beschwerdeprozess des anfragenden Benutzers sinnvoll ist (der Moderator oder Administrator) leitet diese Nachricht an den Benutzer weiter.
3. Wenn der Benutzer einen Grund hat, der erklärt, dass die Beschwerde falsch ist, wird der Prozess geschlossen.
4. Der Administrator oder Moderator kann die Antwort des gemeldeten Benutzers überprüfen und entscheiden, ob er sie archiviert oder nicht.

Fall 2

Hinweis: Der Benutzer glaubt, dass das Konto gehackt wurde, daher meldet der Benutzer sein eigenes Konto.

Abschließende Hinweise

Alle oben beschriebenen Plugins dienen der Automatisierung dieses Prozesses, den ich jetzt mit Bildern beschreibe.

Wie läuft der Whistleblowing-Prozess automatisch ab?

1. Von Community-Benutzern zu anderen Community-Benutzern, d. h. wenn ein oder mehrere Benutzer einen oder mehrere Benutzer melden – dies geschieht, wenn ein oder mehrere Benutzer auf die Schaltfläche „Diesen Benutzer der Community melden“ eines oder mehrerer Benutzer geklickt haben.
2. Wenn Benutzer vom Typ Moderatoren, Administratoren oder Community-Leiter von einem oder mehreren Benutzern aufgefordert werden, einen Beitrag zu melden – dies wird als „Flag Post“ bezeichnet.
3. Vom Benutzer selbst, wenn er das Gefühl hat, gehackt zu werden, d. h. wenn sich der Benutzer selbst denunziert und das System benachrichtigt, dass das Konto gehackt wurde – dies geschieht, wenn ein oder mehrere Benutzer auf die Schaltfläche „Diesen Benutzer der Community melden“ geklickt haben und sich selbst gemeldet haben.
4. Administratoren, Moderatoren oder Community-Leiter werden in folgenden Fällen herangezogen:
   • Beitrag kennzeichnen (Flag Post)
   • Benutzer von Community-Benutzern gemeldet
   • Benutzer hat sein eigenes Konto gemeldet, da er glaubt, es wurde gehackt
5. In all diesen Szenarien sind die von mir beschriebenen Plugins erforderlich, um diesen Prozess zu automatisieren.
6. Die automatischen Optionen für Moderatoren, Administratoren oder Community-Leiter zur Verwaltung von Benutzern sind:
   • Sperrung von Vertrauensstufen
   • Stummgeschalteter Benutzer
   • Benutzer sperren

Hinweis: Dies kann nur geschehen, wenn eine Liste von Benutzern zum Melden vorhanden ist.

Notizen

1. Generiert eine Liste der gemeldeten Benutzer.
2. Mit dieser Liste können wir Folgendes tun. Benutzer, die keine Antwort angefordert haben – dies geschieht zunächst.
   • Sperrung von Vertrauensstufen
   • Stummgeschalteter Benutzer
   • Benutzer sperren
3. Benutzer, die eine Antwort angefordert haben:
   • Administratoren, Moderatoren und Community-Leiter werden herangezogen.
   • Wenn die gemeldete Antwort des Benutzers akzeptiert oder gültig ist, wird alles archiviert.
   • Wenn die Antwort nicht akzeptiert wird, hat der Benutzer eine letzte Chance zu antworten, und wenn er dies nicht tut, ist der Prozess abgeschlossen.
4. Wir können diese Liste der häufigsten und ungewöhnlichsten Benachrichtigungsfälle in Discourse sehen, einschließlich des Jahres, Monats, der Woche und des Zeitraums, in dem sie auftreten (von Jahr zu Jahr, von Monat zu Monat, von Woche zu Woche) – das wäre meine ursprüngliche Idee.
5. Meiner Meinung nach wäre der beste oder einfachste Weg, dies zu tun – ohne das Discourse-Systemmodell zu beeinträchtigen oder sogar eine praktische Möglichkeit, dies zu tun – eine temporäre Datenbank zu haben, um Berichte von Benutzern zu empfangen. Eine Datenbank wie MongoDB könnte dafür verwendet werden.
   1. Ich denke daran, MongoDB zu verwenden, um Informationen von gemeldeten Benutzern zu erhalten.
   2. MongoDB funktioniert gut – MongoDB ist eine dokumentenorientierte Datenbank. Das ist interessant, wenn Sie ein hohes Datenvolumen haben und diese Daten nicht strukturiert sind – das berühmte NoSQL.
   3. Außerdem ist die Datenbank nicht permanent, sondern temporär. MongoDB unterstützt temporäre Datentypen.
   4. Ich kam auf diese Idee, als ich das hier las: Configure Discourse to use a separate PostgreSQL server – Ich dachte, ich hätte eine separate MongoDB-Datenbank dafür.
   5. Laut dieser Seite: GitHub - discourse/discourse: A platform for community discussion. Free, open, simple. verwendet Discourse Redis und PostgreSQL. Haben Sie schon einmal daran gedacht, MongoDB für diesen von mir beschriebenen Fall zu verwenden?

Zusammenfassung der Idee

„Gemeldete Benutzer – 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"
}
}

Notizen

Verwenden Sie SHA256, um die Daten des Meldenden und des Empfängers zu anonymisieren.

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"
   }
}

Einige Probleme bei dieser Idee, Lösung

1. Es könnte eine falsche Lösung sein, ich brauche das Feedback der Discourse-Community, um zu wissen, ob die Idee gültig ist oder nicht.
2. Die Implementierung kann kompliziert sein.