Blocco del livello di fiducia

[anon40545810]

Nome della funzionalità

Blocco del livello di fiducia

Descrizione della funzionalità

1. Si verifica quando l’utente non desidera che il proprio livello di fiducia aumenti. Poiché sa che all’aumentare del livello di fiducia avrà sempre più responsabilità. Ci sono utenti come me che vogliono solo essere utenti regolari e non utenti come leader.
2. Un altro fatto interessante sarebbe bloccare il livello di fiducia per gli utenti che in qualche modo agiscono in modo strano, non agendo in conformità con la politica di sicurezza della community. In questo modo, saranno sempre utenti di base o utenti regolari. E quindi avranno un livello più elevato di restrizione, sicurezza poiché gli utenti con il blocco del livello di fiducia non possono aumentare il livello di fiducia.
3. Spesso si desidera bloccare gli utenti senza necessariamente dover chiudere l’account.

Motivi per l’implementazione della funzionalità

1. Rendere più sicuro il livello di sicurezza di Discourse
2. Bloccare determinati utenti che non seguono la politica della community per qualche motivo e quindi non possono ricevere un livello di fiducia più elevato. Molti sistemi o software quando l’utente viola una regola, di solito l’account viene chiuso o bloccato. Qui sarebbe il caso del blocco dell’account. Potrebbe esserci un tempo di blocco dell’account, magari 1 giorno o 1 anno.
3. È una misura di sicurezza.
4. L’utente può richiedere di voler essere bloccato. Forse perché l’utente potrebbe non volere, come me, essere il leader di qualcosa.
5. Twitter usa il termine account sospeso. Di solito l’account viene sospeso per questo: spam, rischio per la sicurezza dell’account, tweet o comportamento offensivo. Secondo me non sarebbe un account sospeso, sarebbe un account bloccato. L’utente ha ancora la possibilità di utilizzare l’account, non è sospeso.

Riferimenti

1. Ho cercato su Discourse e non ho trovato molto relativo a questa idea.
2. Se c’è qualche idea correlata, sarebbe meglio unire quell’idea.
3. Se qualcuno può leggere e fornire un feedback, lo apprezzerei.
4. https://help.twitter.com/en/managing-your-account/suspended-twitter-accounts

[JammyDodger]

Puoi bloccare un utente a un livello di fiducia dalla sua pagina admin/user:

[anon40545810]

Puoi bloccare un utente a un livello di fiducia dalla sua pagina admin/utente:

• Non ero a conoscenza di questa funzionalità, grazie per il feedback.

Queste sono le mie domande, se puoi rispondere apprezzerò la chiarificazione di questo:

1. Posso impostare un tempo di blocco, magari per 1 giorno o 1 anno o qualcosa del genere?
2. Un’altra cosa, posso io come utente richiedere di non voler aumentare il mio livello di fiducia nel sistema Discourse?

• La mia idea di blocco dell’account ha a che fare con queste domande

[JammyDodger]

Attualmente non esiste un’opzione timer quando si blocca un livello di fiducia; viene attivato e disattivato manualmente.

È possibile che gli utenti richiedano il blocco del proprio livello di fiducia, se l’amministratore di quel forum è disposto a farlo per loro.

Ho appena notato la tua modifica:

@anon40545810

Twitter usa il termine account sospeso. Di solito l’account viene sospeso per questo: spam, rischio per la sicurezza dell’account, tweet o comportamento offensivo. Secondo me non sarebbe un account sospeso, sarebbe un account bloccato. L’utente ha ancora la possibilità di utilizzare l’account, non è sospeso.

Discourse ha anche l’opzione per mettere a tacere o sospendere l’account di un utente, se l’amministratore lo ritiene necessario. Queste opzioni hanno dei timer.

Puoi leggere di più su Blocco dei livelli di fiducia, Messa a tacere e Sospensione in:

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 Sei stato fantastico, hai chiarito tutti i miei dubbi. Ma potresti chiarire se queste idee complementari sono buone o meno?

Attualmente non esiste un’opzione timer quando si blocca un livello di fiducia; viene attivato e disattivato manualmente.

• Quindi, ciò che questo post porta di nuovo a Discourse sarebbe questo: offrire un’opzione timer quando si blocca un livello di fiducia, poiché questo viene fatto manualmente. Questo è interessante, guardando questa osservazione:
  1. Riesci a immaginare di configurare questo processo manualmente per 100 utenti? Sarebbe un po’ estenuante, osservo. Immagino che sarebbe meglio o più efficiente un processo automatico con alcune regole. Come, ad esempio, impostare un tempo di magari 1 giorno o 1 anno o qualcosa del genere.
  2. Su Twitter, se non erro, puoi spiegare qualche motivo per non sospendere il tuo account. Se fornisci qualcosa che spiega che il tuo account non dovrebbe essere sospeso, il tuo account tornerà alla normalità. E se non spieghi il motivo, il tuo account verrà sospeso per un periodo di tempo. Penso che questo scenario potrebbe essere applicato qui in Discourse. Cioè, se spieghi qualche motivo per non avere il livello di fiducia bloccato, il tuo livello di fiducia tornerà alla normalità. Se non spieghi perché, il tuo livello di fiducia verrà bloccato per un periodo di tempo.

Scenario con misurazioni automatiche del livello di fiducia bloccato (Quando il timer che blocca un livello di fiducia è attivo)

1. L’utente deve essere informato del motivo per cui il suo livello di fiducia è stato bloccato. nota: Questo si verifica nei seguenti casi: “Spam”, “Sicurezza dell’account a rischio”, “Messaggi o comportamenti offensivi”, “Segnalazione - quando gli utenti chiedono che il loro livello di fiducia venga bloccato”.

2. L’utente può richiedere di voler bloccare il livello di fiducia, ma per farlo deve fornire il motivo del blocco del livello di fiducia. Ad esempio:

   • “Richiedo che il livello di fiducia venga bloccato poiché non voglio essere il leader di qualcosa”. nota: Questo si riferisce al motivo di natura personale, cioè ciò che l’utente desidera.
   • “Sono in viaggio e vorrei bloccare il mio livello di fiducia, non so se potranno hackerare il mio account in questo periodo”. nota: Questo si riferisce al motivo di natura personale, cioè ciò che l’utente desidera.
   • “Penso che il mio account sia stato hackerato, vorrei che il mio livello di fiducia fosse bloccato fino a quando il caso non sarà indagato dalla community di Discourse”. nota: Questo si riferisce al motivo di sicurezza dell’account.

3. Gli utenti possono richiedere che il livello di fiducia di un utente venga bloccato. Alcuni motivi:

   1. “L’utente invia costantemente spam”. nota: Si riferisce a post eccessivi da parte di un utente specifico o da account falsi segnalati da altri utenti nella community.
   2. “L’utente non è d’accordo con la policy della community. Vorrei che la community valutasse il caso. Capisco che quando richiedo che il livello di fiducia di un utente venga bloccato, anch’io posso in qualche modo essere ritenuto responsabile per questo.” nota: Si riferisce a messaggi o comportamenti offensivi percepiti di un utente specifico segnalati da altri utenti.

4. Solo l’amministratore può consentire il blocco del livello di fiducia di un utente. Note:

   • Questo si verifica nei seguenti casi quando il sistema valuta come: “Spam”, “Sicurezza dell’account a rischio”, “Messaggi o comportamenti offensivi”, “Segnalazione - quando gli utenti chiedono che il loro livello di fiducia venga bloccato”.
   • Questo non si verifica quando l’utente lo richiede per motivi personali.

Note importanti

1. Se si verificano gli stessi problemi con l’utente, il livello di fiducia viene terminato nei seguenti casi: “Spam”, “Sicurezza dell’account a rischio”, “Messaggi o comportamenti offensivi”, “Segnalazione - quando gli utenti chiedono che il loro livello di fiducia venga bloccato”.
2. Numero di sospensioni 4. Questo numero di sospensioni si basa sul numero accettabile di sospensioni su Youtube. Youtube ha il seguente processo: “Avviso”, “primo avvertimento”, “secondo avvertimento”, “terzo avvertimento”. nota: Se un canale non rispetta la policy di Youtube, riceve queste notifiche, ha un certo periodo di tempo per spiegare il motivo della chiusura, sospensione o blocco dell’account. Possiamo avere questa stessa misura con il livello di fiducia in Discourse. Nei casi che ho menzionato sopra, potrebbe avere senso avere questo numero di 4 processi: “Avviso”, “primo avvertimento”, “secondo avvertimento”, “terzo avvertimento”. Secondo le notifiche, il livello di fiducia può essere sospeso, bloccato o terminato. Se il livello di fiducia è bloccato o sospeso, c’è un periodo di tempo in cui il livello di fiducia può tornare alla normalità.

È possibile per gli utenti richiedere il blocco del proprio livello di fiducia, se l’amministratore di quel forum è d’accordo a farlo per loro.

• Come hai menzionato e inviato il feedback: “gli utenti possono richiedere che il loro livello di fiducia venga bloccato, se l’amministratore di questo forum è d’accordo a farlo per loro.”, la novità dell’idea di questo post sarebbe quella di consentire all’utente di richiedere che il proprio livello di fiducia venga bloccato.

Discourse ha anche l’opzione di silenziare o sospendere l’account di un utente, se l’amministratore lo ritiene necessario. Queste opzioni hanno dei timer.

• Questo è davvero interessante e non l’avevo visto, grazie per averne parlato, farò ulteriori ricerche e imparerò di più su Discourse.

riferimenti

• Understand copyright strikes - Computer - YouTube Help

[Moin]

@anon40545810

Ci sono utenti come me che vogliono solo essere utenti normali e non utenti leader.

Leader non è un livello di fiducia che si raggiunge usando discourse.

@codinghorror

Raggiungi il livello di fiducia 4 tramite…

• Promozione manuale solo da parte dello staff

Quindi bloccare il livello di fiducia non è necessario per evitare di diventare leader.

[Heliosurge (Dan DeMontmorency)]

C’è un plugin di automazione che potrebbe offrire un’opzione per impostare un limite di tempo su un TL bloccato. Ma non ne sono sicuro.

[Nerd_Alert]

c’è un modo per bloccare i livelli di fiducia per tutti?

[anon40545810]

c’è un modo per bloccare i livelli di fiducia per tutti?

• Sulla base del feedback qui, no. Ma spero che aiuti, la mia idea sarebbe questa. In breve, avremmo questi 2 processi:

1. Gli utenti segnalano altri utenti che non seguono la policy della community. L’utente segnalato riceve un avviso che dovrà spiegare se questo è vero o meno. Se l’utente ha un motivo per sostenere che il livello di fiducia bloccato non dovrebbe essere bloccato, il livello di fiducia tornerà alla normalità. Se l’utente non ha motivi per sostenere il livello di fiducia bloccato, allora il livello di fiducia sarà congelato o sospeso per un periodo di tempo che l’amministratore ha già impostato per quell’utente specifico o per il gruppo di utenti che sono stati segnalati.
2. L’utente richiede per qualche motivo che il livello di fiducia venga congelato o sospeso.

Note:

1. In entrambi questi 2 casi, il sistema può congelare o sospendere il livello di fiducia automaticamente. Non ci sarebbe alcun processo manuale a riguardo e non avrebbe nemmeno senso da quello che ho commentato in breve - Perché solo l’admin può confermare se la richiesta di blocco o sospensione del livello di fiducia è giusta o meno in base alla risposta dell’utente che desidera che questa richiesta venga rivista.
2. Se l’utente non presenta alcun motivo, in teoria si capisce che il livello di fiducia dovrebbe essere congelato o sospeso per un po’.
3. Se l’utente richiede che questa situazione venga analizzata, è solo l’amministratore che la valuta - alla fine.
4. Se una richiesta viene negata dall’admin, l’admin dovrebbe parlare con l’utente e spiegare il motivo per cui la richiesta è stata negata.
   • L’utente può quindi presentare una nuova richiesta di revisione e, se l’admin accetta questa nuova richiesta, la sospensione o il blocco del livello di fiducia viene annullato. Altrimenti, se l’utente non ha argomenti per farlo, la sospensione o il blocco del livello di fiducia viene accettato.
5. Credo che questi processi siano eseguiti allo stesso modo su cose come Whatsapp, Twitter.
6. Il link che ho allegato qui parla di come funziona whatsapp - come rileva lo spam - Forse Discourse ha qualche idea o spunto a riguardo.

riferimenti

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

[Heliosurge (Dan DeMontmorency)]

Forse l’uso di gruppi e di questo plugin può aiutare a realizzare almeno una parte di esso.

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 Ho trovato questa idea molto interessante. Da quello che ho letto sul plugin, ci sono alcune cose già fatte. Nel mio caso, per risolvere il mio problema principale, avrei bisogno di qualcosa come:

Nome script	Plugin	Descrizione
Blocco livelli di fiducia	automation	Se un utente pubblica troppo, include troppe e/o immagini inappropriate, abusa del sistema di segnalazione o simili, un’alternativa a quanto sopra è bloccare l’utente al livello di fiducia 0. Questo limiterà il numero (e la frequenza) di argomenti e post che l’utente può creare, oltre a impedirgli di includere troppe immagini/link e impedendogli di inviare segnalazioni. I livelli di fiducia possono essere configurati dalla pagina Admin dell’utente.
Silenziamento utente	automation	Gli utenti silenziati non possono creare nuovi argomenti, post, segnalazioni o messaggi privati sul sito. Sono ancora in grado di completare altre azioni, come “mettere mi piace” ai post, leggere argomenti, rispondere ai messaggi privati, ecc. Inoltre, possono comunicare con i moderatori tramite messaggi privati, in modo da poter continuare a comunicare con loro per cercare di affrontare il comportamento.
Sospensione utente	automation	Gli utenti sospesi non possono accedere e quindi non possono completare alcuna azione sul forum. Una sospensione è il ricorso più forte possibile per un utente e dovrebbe essere utilizzata con parsimonia. Come il silenziamento, la sospensione di un utente viene effettuata dalla pagina Admin dell’utente. Come il silenziamento, le sospensioni sono per un periodo di tempo specifico. Potresti voler sospendere l’utente per un breve periodo di tempo prima, e se l’utente ritorna e continua il comportamento, aumentare il tempo di sospensione.
Blocco livelli di fiducia	trigger-automation	In caso di utenti muti o sospesi, viene attivato il trigger Blocco livelli di fiducia.

Come funziona il trigger Blocco livelli di fiducia

1. Blocco livelli di fiducia - attiva questi eventi automaticamente:
   • Silenziamento utente - Avvertimento
   • Sospensione utente - primo richiamo
   • Blocco livelli di fiducia - secondo richiamo

Soluzione finale

1. In breve, sarebbero 4 plugin. Solo l’ultimo plugin chiama gli altri plugin, come visto nel seguente argomento: come funziona il trigger Blocco livelli di fiducia.
2. Nonostante i casi di utenti silenziati o sospesi, gli esempi che ho menzionato sopra sono stati fatti come Spam, Sicurezza account a rischio, Messaggi o comportamenti offensivi, Segnalazione - quando gli utenti richiedono che il loro livello di fiducia venga bloccato. Ci sarebbe ancora il caso di utenti che sono stati silenziati o sospesi su base personale, cioè auto-segnalazione:
   • “Richiedo che il livello di fiducia venga bloccato poiché non voglio essere il leader di qualcosa”.
   • “Sto viaggiando e vorrei bloccare il mio livello di fiducia, non so se riusciranno a violare il mio account in questo periodo”.
   • “Penso che il mio account sia stato violato, vorrei che il mio livello di fiducia fosse bloccato fino a quando il caso non sarà indagato dalla community di Discourse”.
   • Nota: Questi utenti che hanno auto-segnalato il loro account - possono richiedere la sospensione dell’account, il silenziamento dell’account o anche nel caso che ho menzionato il blocco del livello di fiducia.
     • Se l’utente presenta una prova che non dovrebbe essere sospeso, silenziato o avere il suo livello di fiducia protetto, l’account è normale.

Note

1. L’ho fatto alcune volte e grazie per il feedback, JammyDodger ;D Ho letto questo documento e penso che sia fantastico: https://meta.discourse.org/t/discourse-moderation-guide
2. Dan DeMontmorency - Cosa ne pensi di questa idea, è una buona idea? È possibile creare qualcosa del genere?

Nuove idee

1. Un’alternativa praticabile potrebbe essere questa, che potrebbe essere realizzata con 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 - l’unico problema è che non ho ancora visto alcuna informazione dall’API sul blocco del livello di fiducia.
2. Potremmo avere plugin che comunicano con l’API per questo: silence-user-via-api, auto-suspend-inactive-user, “locking trust level”, suspend-a-user-via-the-api.
3. La mia idea sarebbe quella di avere il plugin di sicurezza della fiducia - questo plugin comunica con le seguenti API: silence-user-via-api, auto-suspend-inactive-user, “locking trust level”, suspend-a-user-via-the-api.
4. Il mio suggerimento iniziale sarebbe davvero bello avere questi endpoint:
   • ${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

ma qualcosa che risolva già sarebbe fare questo poc - proof of concept

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

c’è un modo per bloccare i livelli di fiducia per tutti?

Penso che ciò potrebbe essere ottenuto modificando i requisiti del Livello di Fiducia a livello di sito, in modo che gli utenti vengano impostati su un livello all’inizio, e quindi impostare soglie irraggiungibili in modo che non possano mai progredire. Puoi trovare una serie di impostazioni per questo nella sezione Livelli di Fiducia delle impostazioni di amministrazione. Sebbene i Livelli di Fiducia siano molto utili, potresti voler considerare prima cosa perderesti.

[Heliosurge (Dan DeMontmorency)]

Automatizzare parti della moderazione può essere molto utile. Hai un buon layout per ciò che vuoi ottenere. Per un piccolo team di moderazione di una grande community, questo può essere molto utile, a patto che il team indaghi/esamini regolarmente il sistema.

[Nerd_Alert]

Il mio uso di discourse è piuttosto diverso dagli altri, è meno una community e più un provider di autenticazione, oltre ad essere un sito di supporto.

[anon40545810]

Un’altra idea

immagine 1

immagine 2

caso 1:

1. Esiste un pulsante di segnalazione per ogni utente nella community, questo rende il sistema più autonomo
2. Quando si fa clic su segnala l’utente, appare una finestra modale in cui è possibile scegliere l’opzione di segnalazione
3. Quando ciò accade, l’utente segnalato riceve un messaggio.
4. E la segnalazione viene visualizzata dal moderatore o dall’amministratore.
5. Se l’utente non risponde a questo messaggio di denuncia - cercando a sua volta di dire che “è falso” o “non procede”, come accade su YouTube, il processo è fatto e concluso.
6. viene aggiunto l’evento: Blocco dei livelli di fiducia
7. Se ciò accade di nuovo, viene aggiunto l’evento: Utente silenziato.
8. Se ciò accade di nuovo, viene aggiunto l’evento: Sospendi utente

note

1. L’amministratore o il moderatore verificherà il processo di reclamo dell’utente che segnala un altro utente.
2. Se il processo di reclamo dell’utente richiedente ha senso (il moderatore o l’amministratore) inoltra questo messaggio all’utente.
3. Se l’utente ha un motivo valido per spiegare che il reclamo è falso, il processo viene chiuso.
4. L’amministratore o il moderatore può controllare la risposta dell’utente segnalato e decidere se archiviarla o meno.

caso 2

Nota: L’utente pensa che l’account sia stato violato, quindi l’utente segnala il proprio account.

note finali

Tutti i plugin descritti sopra servono ad automatizzare questo processo che descrivo ora con le immagini

Come avviene automaticamente il processo di whistleblowing?

1. Da utenti della community ad altri utenti della community, cioè quando uno o più utenti segnalano uno o più utenti - questo accade quando uno o più utenti hanno fatto clic sul pulsante: “segnala questo utente alla community” di uno o più utenti
2. Quando solo utenti di tipo: moderatori, amministratori o leader della community vengono chiamati da uno o più utenti per segnalare un post - questo è noto come flag post
3. Dall’utente stesso, quando si sente violato, cioè quando l’utente denuncia se stesso, notificando al sistema che l’account è stato violato - questo accade quando uno o più utenti hanno fatto clic sul pulsante: “segnala questo utente alla community” e si auto-segnala
4. Amministratori, moderatori o utenti leader della community vengono chiamati in questi casi:
   • flag post
   • utente segnalato dagli utenti della community
   • utente ha segnalato il proprio account, poiché pensa che sia stato violato
5. In tutti questi scenari, i plugin che ho descritto sono necessari per automatizzare questo processo.
6. Le opzioni automatiche per moderatori, amministratori o leader della community per gestire gli utenti sono queste:
   • Blocco dei livelli di fiducia
   • Utente silenziato
   • Sospendi utente

Nota: Questo può essere fatto solo se c’è un elenco di utenti da segnalare.

Note

1. Genera un elenco di utenti segnalati
2. Con questo elenco, possiamo fare quanto segue. Utenti che non hanno richiesto una risposta - questo viene fatto inizialmente
   • Blocco dei livelli di fiducia
   • Utente silenziato
   • Sospendi utente
3. Utenti che hanno richiesto una risposta
   • Vengono chiamati amministratori, moderatori e leader della community
   • Se la risposta segnalata dall’utente viene accettata o ritenuta valida, tutto viene archiviato
   • Se la risposta non viene accettata, l’utente ha un’ultima possibilità di rispondere e, in caso contrario, il processo è concluso.
4. Possiamo vedere questo elenco dei casi di notifica più comuni e meno comuni all’interno di Discourse. inclusi l’anno, il mese, la settimana e il periodo in cui si verifica (da anno ad anno, da mese a mese, da settimana a settimana) - questa sarebbe la mia idea iniziale
5. A mio parere, il modo migliore o più semplice per farlo - senza danneggiare la modellazione del sistema Discourse o anche un modo pratico per farlo, sarebbe avere un database temporaneo per ricevere segnalazioni dagli utenti, un database come mongodb potrebbe essere utilizzato per questo.
   1. Penso di usare mongodb per ricevere informazioni dagli utenti che vengono segnalati
   2. mongodb funziona bene - mongodb è un database orientato ai documenti. Questo è interessante se si ha un volume elevato di dati e tali dati non sono strutturati - famoso nosql
   3. Inoltre, il database non è permanente, è temporaneo. mongodb supporta tipi di dati temporanei
   4. Ho pensato a questa idea quando ho letto questo: Configure Discourse to use a separate PostgreSQL server - Ho pensato di avere un database mongodb separato per questo
   5. Secondo questa pagina: GitHub - discourse/discourse: A platform for community discussion. Free, open, simple., Discourse utilizza redis e postgresql. Avete mai pensato di utilizzare mongodb per questo caso che ho descritto?

riepilogo idea

“utenti segnalati - 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"
}
}

note

usa sha256 per anonimizzare i dati di chi invia la segnalazione e di chi la riceve

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

Alcuni problemi in questa idea, soluzione

1. Potrebbe essere una soluzione sbagliata, ho bisogno del feedback della community di Discourse per sapere se l’idea è valida o meno.
2. L’implementazione di questo potrebbe essere complicata