In una Categoria, ho tre gruppi. Membri, Moderatori e Specialisti. Gli Specialisti e i Moderatori dovrebbero essere in grado di modificare i post wiki. I Membri non dovrebbero essere in grado di modificare le wiki, poiché non sono qualificati per farlo. Tuttavia, dovrebbero essere in grado di rispondere a una wiki, ad esempio chiedendo ulteriore aiuto.
Il problema è che i Membri possono modificare la wiki, perché la wiki è legata ai permessi di risposta. Quindi, o le risposte devono essere disabilitate per i Membri, oppure è necessario rendere tutti gli specialisti Moderatori di Categoria in modo che possano modificare i post degli altri e non usare mai le wiki.
Posso capire perché il permesso sarebbe legato alla risposta piuttosto che alla creazione, tuttavia:
Questa relazione è implicita
Questa relazione causa un conflitto di interessi – Il gruppo dovrebbe essere in grado di pubblicare una nuova risposta, ma non di modificare la wiki (dove in questo caso la wiki è il post creato).
Essenzialmente, questo diventa un modo di aggirare il sistema per gli utenti per “Creare” un argomento modificando un argomento già creato.
Possibile soluzione:
Ho notato, durante la ricerca, che c’erano alcune richieste di funzionalità simili:
È possibile separare il permesso creando una quarta opzione “Può modificare le wiki”?
Temo che l’aggiunta di un quarto permesso “Modifica Wiki” sia un campo minato. C’è molto da spiegare ai moderatori del sito riguardo a questa nuova opzione.
Aggiungere un blocco fondamentale di sicurezza non è un cambiamento da poco, probabilmente ci vorrebbero una o due settimane per fare tutto correttamente, ci sono innumerevoli punti di contatto.
Modificare semplicemente in modo che tu debba avere il permesso “crea” per modificare una wiki nell’OP risolve il tuo problema?
Questo potrebbe essere fattibile come modifica e non introduce nuovi elementi primitivi.
Non è esattamente per questo che serve min_trust_to_edit_wiki? Concedi i permessi di risposta a tutti, imposta il livello di fiducia minimo per modificare a TL3 e rendi gli Specialisti e i moderatori TL3.
Suppongo che un membro che raggiunge il TL3 non sia la più grande minaccia qui (hanno anche qualcosa da perdere).
Questa modifica interromperà il modo in cui utilizziamo la wiki. Vogliamo esplicitamente che il proprietario dell’argomento mantenga la proprietà in modo che solo gruppi selezionati abbiano “crea” in una categoria mentre gli argomenti sono wiki per impostazione predefinita in modo che chiunque possa rispondere possa modificare l’argomento in modo che le informazioni rimangano corrette.
Se il permesso viene modificato in crea, ciò comporterà un sovraccarico per trovare un percorso diverso per raggiungere questo obiettivo e probabilmente dovremmo consentire a tutti di creare argomenti invece che solo di rispondere.
Quanti utenti si preoccupano davvero dei TL? Certo, questo è fortemente correlato alla nicchia, alla cultura, ecc., ma se/quando gli utenti ottengono il TL3 solo perché sono attivi, non perché stanno cercando di raggiungerlo, non hanno nulla da perdere.
Gli utenti attivi possono comportarsi bene, la maggior parte delle volte comunque. Ma poiché sono attivi hanno la tendenza a scrivere. E in questo modo sono in qualche modo una minaccia qui. Il fatto è che non ci possono essere troppe regole da ricordare e tutto dovrebbe essere il più logico possibile. Se hai un’opportunità, puoi usarla. Se no, beh, non fa per te.
Sì, nel nostro caso funzionerebbe. Essenzialmente questo fornisce i livelli di permesso desiderati all’interno di una data Categoria.
Nella maggior parte dei casi sì. Tuttavia, il problema è che si tratta di un permesso a livello di sito. Se ho 5 Categorie e un utente è qualificato per modificare le wiki in una di queste categorie, non dovrebbe essere in grado di modificare le wiki nelle altre quattro categorie.
Quanto spesso gli utenti nella categoria di risposta modificano le wiki? Capisco perfettamente il vantaggio del tuo approccio, ma se qualcuno non è considerato abbastanza qualificato per creare un argomento, non è un rischio quando ha i permessi per modificare l’intero argomento creato? Vedo questo essenzialmente come un backdoor per i permessi.
Nel nostro caso d’uso, l’overhead è in realtà un vantaggio. Assicura che gli utenti non qualificati per modificare la wiki richiedano le loro modifiche come risposta, e il loro desiderio di modifica venga discusso pubblicamente. Fornisce essenzialmente un sistema di revisione tra pari per le modifiche alla wiki.
Nel nostro caso i livelli di fiducia sono stati disabilitati. Quando si utilizza Discourse all’interno di un’azienda, c’è un ulteriore livello di responsabilità da considerare. Un sistema che consente automaticamente a qualcuno di modificare qualcosa oggi, che non poteva modificare ieri, e non è qualificato per modificare, può causare la comparsa di informazioni errate come se fossero ufficiali, inducendo altre persone ad agire su tali informazioni, con conseguenti prodotti difettosi, che si traducono in vittime per i clienti
Ma allora la soluzione è chiara? Iniziare a usare i TL, ma bloccare i clienti, ovvero il comune Giovanni/Maria a un livello inferiore, e dare un TL più alto a coloro che possono modificare le wiki. O c’è qualche altro motivo per non usare affatto i TL?
Se dessimo TL più alti agli utenti, questi otterrebbero questo permesso per l’intero sito. Ciò significa che un utente TL3 di Finanza può modificare la wiki di una categoria di Ingegneria. Naturalmente è improbabile, ma il problema è che è possibile.
Ciò che è più probabile che accada è che un Ingegnere con TL3, esperto nello Strumento A, possa modificare qualcosa sullo Strumento B perché pensa di essere qualificato, o semplicemente perché vede la funzionalità di modifica. Anche se ci sono notifiche, non c’è garanzia che questa modifica venga rilevata fino a dopo che qualcun altro ha seguito le nuove informazioni errate.
Apparentemente molto. In generale, gli autori degli argomenti sono membri dello staff (o assunti a contratto) che creano varie guide e tutorial, quindi vengono sempre inseriti nel gruppo degli autori che ha il permesso di creare. Tutti gli articoli vengono poi generalmente lasciati ai lettori con un’adeguata moderazione dello staff per essere aggiornati quando necessario (ad esempio, determinate affermazioni diventano obsolete o vengono superate, ecc.)
Nel nostro caso particolare, la revisione occasionale da parte dello staff è stata sufficientemente deterrente per impedire agli utenti non qualificati di interferire con i wiki. Quello che fanno piuttosto è rispondere all’argomento chiedendo se qualcosa è cambiato. Se altri membri sono d’accordo con la modifica, uno qualsiasi di loro può apportare modifiche al wiki, ma se una modifica errata è stata apportata da qualcuno, viene generalmente rimossa da un membro dello staff o da un altro membro non appena se ne accorgono.
Allora, forse si potrebbe aggiungere un’impostazione nel pannello di amministrazione in cui sia possibile specificare se i permessi della wiki sono legati a Rispondi o Crea? Non è certamente la soluzione più elegante, e sono sicuro che verrà rivista un giorno, ma per ora aggira le settimane di sforzo necessarie per un quarto permesso, ti permette (e ad altri) di mantenere la funzionalità attuale a cui sei abituato, ma fornisce anche la funzionalità alternativa di cui abbiamo bisogno da parte nostra.
Sicuramente non la soluzione migliore a lungo termine, ma risolve questo problema per il futuro prevedibile.
Ma come hai detto, c’è un livello di responsabilità a livello aziendale. L’ambiente aziendale è un mondo totalmente strano per me, un altro giocatore di lega minore, ma stai cercando di impedire agli utenti normali di smettere di modificare le wiki, giusto? All’interno dell’azienda si tratta solo di regole: tu (nel senso aziendale) dirai chi può fare cosa, come al solito.
Certo, un’opzione dal lato di Discourse sarebbe più facile. Ma capisco il problema qui: un’altra opzione condizionale e configurazione renderanno Discourse molto più difficile da configurare, ma più versatile da usare, è vero.
Questo è più o meno solo un caso limite a livello aziendale, e il modello di business di Discourse si basa sulle aziende, ed è per questo che potresti ottenere quell’opzione (a meno che non costi troppo a Discourse, che è un’altra realtà).
Ma dal mio punto di vista, i TL sarebbero il modo più veloce per rilasciare le wiki senza paura che i clienti facciano confusione.
Potrei anche sbagliarmi di grosso. A volte succedono queste cose, anche se non molto spesso
Nel mio caso, ad esempio, non voglio che gli utenti creino nuove wiki, voglio solo che modifichino quelle esistenti senza rispondere.
Non proprio nel mio caso, perché non voglio dare il permesso di creare solo il permesso di modificare.
Davvero? Sembra molto semplice.
Non proprio, non cambierò manualmente i livelli di fiducia di centinaia di utenti e voglio che anche i nuovi utenti (che iniziano al livello di fiducia 1) possano modificare la wiki. Il problema non è non volerli far rispondere. Il modo più elegante per risolvere questo sarebbe tramite permessi impostati per categoria piuttosto che legare il sistema di livelli di fiducia a questo.
Spero che la modifica più difficile alla fine passi attraverso il processo.
Penso che il titolo di quell’impostazione sia molto chiaro, ma non penso che un’impostazione del sito del genere risolva davvero il problema. Per me questa impostazione deve applicarsi solo a una certa categoria e non voglio dare a quegli utenti il permesso di creare argomenti o rispondere, solo il permesso di modificare wiki.
Stiamo fondamentalmente affrontando lo stesso problema. Il mio caso d’uso richiede anche i permessi di modifica in una data categoria in cui gli argomenti sono creati solo da un gruppo specifico e il permesso di modifica deve essere disponibile a chiunque abbia accesso a quella categoria, ma non il permesso di creare un nuovo argomento a meno che non faccia parte del gruppo specifico.
A quanto pare, un permesso separato è la soluzione ideale a lungo termine, ma lo sforzo stimato non giustifica affatto l’implementazione a breve termine.
Il suggerimento di un’impostazione del sito che alterna tra creazione e risposta soddisferebbe gli utenti esistenti, ma anche la richiesta.
Ciò è realizzabile con il permesso attuale e chiudendo la wiki.
Non riesco a pensare a un nome migliore, e immagino che chiunque cerchi questa impostazione troverebbe comunque questo argomento.
