È possibile rendere tutti i post creati dagli amministratori non modificabili da tutti gli altri utenti?

Voglio assicurarmi che i post creati dall’amministratore non siano modificabili da tutti gli altri utenti, inclusi staff e moderatori. Ho osservato che anche i Termini di Servizio possono essere modificati dai moderatori.

Considera uno scenario in cui a un utente attivo del forum viene offerto un ruolo di moderatore, ma successivamente inizia ad agire in modo non etico, ad esempio modificando o eliminando documenti legali come i Termini di Servizio.

Esiste un modo per stabilire permessi o restrizioni così specifici?
I Termini di Servizio e l’Informativa sulla Privacy si trovano attualmente nella categoria predefinita “Staff”, quindi non posso regolare chi può creare, ecc.

Ho notato che anche gli utenti di Livello di Fiducia 3 possono modificare i Termini di Servizio. Se il suggerimento è qualcosa del tipo “Puoi abbassare il livello di fiducia”, questa non è una soluzione praticabile, poiché il moderatore necessita comunque di altre autorizzazioni per moderare efficacemente il forum senza restrizioni.

Esiste un metodo predefinito per impostare questo tipo di limitazioni?
Inoltre, esiste un modo per modificare ogni permesso e rimuovere/aggiungere i permessi?

Spostali in un’altra categoria che solo gli amministratori possono modificare.

3 Mi Piace

Questo è il modo, nella creazione di nuove categorie le impostazioni di accesso alla sicurezza possono essere impostate solo per gli amministratori, non per i moderatori.

Questo è sorprendente, è l’impostazione predefinita o qualcuno l’ha cambiata?

2 Mi Piace

Grazie per la risposta.

Citerò il mio post. Il TOS è nella categoria “staff”. Non possiamo impostare/modificare la sicurezza per la categoria staff. Il tuo metodo funzionerà per qualsiasi altra categoria creata dall’amministratore. Ma discourse non consente di impostare la sicurezza per la categoria staff predefinita.

I Termini di Servizio e l’Informativa sulla Privacy si trovano attualmente nella categoria predefinita “Staff”, quindi non posso regolare chi può creare, ecc.


Non sono del tutto sicuro. È possibile che l’abbia fatto io. Tuttavia, la mia preoccupazione principale rimane: limitare chiunque altro dalla modifica dei documenti legali.

Quindi, come fare in modo che il documento TOS appena creato (nella nuova categoria) appaia nella scheda predefinita ufficiale “Termini di servizio” su “examplesite.com - This website is for sale! - example site Resources and Information.”?

Nel tuo metodo, è possibile?

Come farei questo è avere questi ToS ospitati altrove su una piattaforma che solo gli amministratori hanno il controllo. Quindi userò l’impostazione di discourse per avere ToS esterni e altre pagine di policy. In questo modo, gli amministratori sanno dove apportare modifiche e nessun altro può modificarli direttamente su discourse.

3 Mi Piace

Quello che puoi fare è prima creare una nuova categoria a cui solo gli amministratori possono accedere, quindi spostare la pagina dei termini di servizio in quella categoria.

2 Mi Piace

L’hai mai fatto in quel modo con successo o stai solo pensando che potrebbe funzionare? Perché questo potrebbe creare nuovi problemi

  1. Il documento TOS non può più essere spostato nella categoria ufficiale dello staff (se qualcosa va storto/se il tuo metodo non funziona)
  2. Il problema di cui sopra può crearne un altro → ora i TOS non sono visibili nella scheda TOS predefinita perché il sistema non riesce a trovare il documento dei TOS nella categoria dello staff.
  3. Ogni volta che vuoi aggiornare i TOS, devi impostare l’impostazione “lunghezza del titolo del post” (poiché discourse non ha un potere separato assegnato agli amministratori per titoli di post più brevi come “tos”).

Ho testato oggi e sembra funzionare bene, ed è possibile spostare la pagina TOS nella categoria staff.

Non so come il sistema pubblichi la pagina ufficiale dalla versione modificabile, ma cambiare nome/categoria non sembra creare alcun problema a riguardo.

4 Mi Piace

Non è molto professionale poiché la nuova pagina dei termini di servizio non appare nella scheda predefinita “Termini di servizio”. Reindirizza semplicemente al post (e tutte le altre schede adiacenti “informazioni, faq, informativa sulla privacy” non appaiono più accanto alla scheda termini di servizio - anche la scheda termini di servizio non è più visibile).

Queste restrizioni non necessarie in Discourse rendono la personalizzazione del sito molto difficile.

È lo stesso anche per la pagina “informazioni su di noi”. Se provi a rimuovere le “statistiche”, non puoi, è una decisione forzata di Discourse, devi averla visualizzata. Regole strane.

È lo stesso anche per la pagina TOS “no, devi mantenerla modificabile da tutti i moderatori non etici, è una decisione forzata di Discourse” :relieved_face: è strano che Discourse imponga con la forza la propria volontà sul sito.

Penso che lo slogan principale di Discourse sia “Tutto il potere alla community, nessuno agli amministratori” :sweat_smile::grin:

Ritengo che la politica prevalente di Discourse sia che non si dovrebbero avere moderatori che si sospetta stiano per comportarsi male; ma se lo si fa, tutto ciò che fanno può essere annullato.

Il moderatore di categoria è la posizione destinata a un aiuto di moderazione di bassa fiducia.

Se un nuovo membro dello staff modifica i Termini di Servizio in qualcosa come “semplicemente non farlo”, la vecchia versione verrà preservata nella cronologia delle modifiche del post. Nascondere la revisione non fa nulla, gli amministratori possono ancora vederla e solo gli amministratori possono eliminare una revisione dal database.

5 Mi Piace

Tranne… c’è una categoria limitata solo allo staff, la categoria staff, e lì i TOS vivono abbastanza spesso e non c’è modo che TL3 possa modificarli, a meno che un membro dello staff non sia TL3.

Ecco ora un enorme problema: non sappiamo cosa ha cambiato @PrettyGirl. Perché mi rifiuto di credere che ci sarebbe un grosso bug che permetterebbe a un normale TL3 di modificare o persino vedere la categoria limitata allo staff.

2 Mi Piace

Non sono sicuro del perché tu dica ancora questo quando la risposta è stata fornita?

Se crei una categoria “admin” con permessi di creazione/risposta solo per gli admin e ricategorizzi i tuoi argomenti Termini di Servizio e Informativa sulla Privacy (e FAQ se desideri) lì dentro, non risolve il problema immediato per te? Le pagine pubblicate /tos e /privacy si basano sugli ID degli argomenti, quindi esisteranno ancora anche quando gli argomenti sottostanti vengono spostati in una categoria diversa.

Sebbene il problema di avere moderatori senza scrupoli sarebbe un problema più ampio che dovresti gestire separatamente.

7 Mi Piace

È professionale quando la crei correttamente. Ho più di due dozzine di clienti che hanno le loro pagine di policy ospitate esternamente e ci prendiamo molta cura per garantire la coerenza dell’esperienza utente e per avere un corretto backlinking ai forum e al sito principale quando distribuiamo tali pagine esterne.

È solo una questione di nasconderle in CSS, se questo non è un problema.

Se sono non etici o non allineati ai principi della tua community, forse non meritano di essere un amministratore/moderatore/staff, ecc.? C’è qualcosa di fondamentalmente sbagliato nell’approccio che stanno adottando nei confronti del reclutamento del loro staff e questo richiede una soluzione più filosofica che tecnica.

La maggior parte di ciò che stai chiedendo è realizzabile in un plugin personalizzato che dovresti essere in grado di costruire o commissionare a qualcuno di questa community.

C’è un problema molto più grande qui, che è la fiducia tra la tua community e che non può essere affrontato nemmeno dalle autorizzazioni più restrittive. Devi pensarla diversamente e allineare il tuo approccio in modo da fare una scelta saggia quando recluti qualcuno come membro dello staff.

La categoria Staff non dovrebbe essere visibile a TL3 in nessun caso. Non so come tu stia rendendo possibile ciò.

6 Mi Piace

Hai detto questo dopo averci provato? Inizialmente ho spostato questo argomento in una categoria modificabile solo dagli amministratori sul mio forum. Non ci sono effetti collaterali. Non esiste un tale “potrebbe” come hai detto.

E ci sono 5 impostazioni nascoste relative a questo argomento. rails c nell’ambiente della console ruby, quindi usa SiteSetting.tos_topic_id = xxx per impostarle sull’ID argomento che desideri.

  tos_topic_id:
    default: -1
    hidden: true
  guidelines_topic_id:
    default: -1
    hidden: true
  privacy_topic_id:
    default: -1
    hidden: true
  welcome_topic_id:
    default: -1
    hidden: true
  admin_quick_start_topic_id:
    default: -1
    hidden: true
    client: true

Discourse ha concesso agli amministratori molti più diritti rispetto ad altre piattaforme. Per favore, non fare tali commenti senza averci provato. Voglio dire, se Discourse fosse un produttore di automobili, non dovresti chiedere che ti consegni i Transformers - e tutto gratuitamente.

7 Mi Piace

Le impostazioni predefinite per una nuova installazione sono che solo un amministratore o un moderatore al livello di fiducia #4 può modificare i termini di servizio/altre pagine ufficiali, ma è possibile che chiunque si trovi al TL4 possa averle spostate in una categoria diversa che potrebbe essere modificata dal TL3.

Da un lato, essere tl4 non significa essere staff. Se sei tl4 ma non hai uno stato di amministratore o moderatore, non sarai in grado di vedere, modificare o spostare un argomento che si trova nella categoria staff. D’altro canto, i poteri dei moderatori non dipendono dal loro tl. Vedi Trust Level Permissions Reference. Non c’è tl nella colonna dei moderatori.

4 Mi Piace

Non sapevo che pensassi che TL4 significasse staff mod o admin.

1 Mi Piace