Gestisco un piccolo forum privato per architetti, ma vorrei aggiungere un’area accessibile al pubblico, che gli utenti architetti possano monitorare, dove i profani possano porre domande o contribuire con le proprie prospettive alle discussioni rese pubbliche.
L’idea è che i membri del pubblico vedano solo le discussioni pubbliche, mentre gli utenti architetti vedano sia le discussioni private che quelle pubbliche.
I membri del pubblico dovrebbero preferibilmente avere un’esperienza di iscrizione diversa, poiché ci sono molti campi personalizzati per le iscrizioni dei membri architetti che non sarebbero rilevanti, e dovrebbero avere meno opzioni dalle impostazioni del loro pannello di controllo (ad esempio, non voglio offrire al pubblico la stessa funzionalità di mailing list disponibile per i membri architetti), e gli utenti pubblici non dovrebbero mai essere in grado di elevare le proprie impostazioni di fiducia in modo tale che i contenuti dell’area privata diventino loro accessibili.
Non voglio creare due forum completamente separati, poiché ciò comporterebbe presumibilmente la necessità di due domini, costi raddoppiati e l’ulteriore difficoltà di mantenere sincronizzate le appartenenze degli utenti architetti tra i forum man mano che entrano ed escono.
Penso che tu possa fare qualcosa di simile usando il Custom Wizard Plugin 🧙. Scegli se sei un architetto o meno e ti darà un percorso di registrazione diverso. Avevo questo plugin 3-4 anni fa, quindi non ricordo bene tutte le funzionalità.
Purtroppo, sembra che quel plugin costerebbe $US 50 al mese per avere qualsiasi funzionalità condizionale (che è ciò di cui avrei bisogno, se ho capito bene) - triplicando il costo attuale dell’hosting dell’intero forum - che esce interamente dalle mie tasche.
Penso che la maggior parte di questi sia disponibile con: gruppi, permessi per categorie, campi utente personalizzati e automazione.
Per separare gli utenti alla registrazione, usa Discourse Authentication Validations concatenando la funzione dei campi utente. In questo modo puoi mostrare campi utente separati a seconda di ciò che scelgono nella prima opzione (architetti o non addetti ai lavori).
Dopo questo, con Discourse Automation puoi aggiungere automaticamente questi utenti al gruppo previsto.
Ad esempio:
Opzione Campo Utente
Gruppo
architetto →
architetto
non addetti ai lavori →
non addetti ai lavori
Infine, imposta i permessi delle categorie per questi gruppi.
il gruppo architetti può vedere le categorie architetti e non addetti ai lavori
il gruppo non addetti ai lavori può vedere le categorie non addetti ai lavori
Qualcosa del genere potrebbe aiutare e aggiungere qualche idea.
Guardando il plugin Discourse Automation, per qualche motivo sembra non esserci nessun posto dove nominare effettivamente a quale gruppo vengono assegnati i nuovi utenti.
Dovresti essere in grado di ottenere ciò che desideri con il Custom Wizard Plugin 🧙 sul piano gratuito. E la tua community si qualificherà quasi certamente per la sottoscrizione gratuita per community se avrai bisogno di funzionalità più avanzate.
Mi approccerei a questo modo:
Limitare gli UCF esposti a ciò che desideri raccogliere dai membri occasionali
Utilizzare una domanda per identificare coloro che dovrebbero essere membri architetti a pieno titolo
Questo UCF può quindi bloccare un Wizard di adesione, che può essere utilizzato per inserirli in un gruppo specifico e porre tutte le altre UCF / dati di cui hai bisogno.
Un trucco nel mio caso è che ci sono circa 15 caratteristiche qualificate dell’utente (attualmente identificate tramite un campo utente personalizzato multi-selezione) per l’accesso all’area forum privata. Nel bene o nel male, il mio primo pensiero, per semplicità, è stato quello di provare a controllare i livelli di accesso in qualche modo tramite questo unico campo multi-selezione.
Purtroppo il plugin Discourse Automation, almeno, non sembra distinguere nulla oltre uno stato semplice popolato vs non popolato per il campo nei campi utente personalizzati (essenzialmente una casella di spunta) - presumo che lo stesso possa valere per il plugin Custom Wizard?
Grazie @Don. Anche altri gruppi (come “Pubblico” nello screenshot seguente) si comportano come i gruppi predefiniti di trust_level e, in tal caso, esiste un modo per impedire il progresso automatico verso livelli/permessi di trust aumentati per gli utenti in base all’utilizzo? O solo i gruppi esplicitamente di trust_level si comportano in questo modo?
Puoi impostare il livello di fiducia automatico per il gruppo Public. /g/group_name/manage/membership
Se lo imposti a, ad esempio, 1, gli utenti di questo gruppo saranno bloccati al Livello di Fiducia 1. È utile se aggiungi persone automaticamente a questo gruppo al momento dell’iscrizione e otterranno automaticamente il TL1 (bloccato). Oppure, se un utente è già registrato ma al di sotto del TL1, raggiungerà anche il TL1 (bloccato) dopo averlo aggiunto al gruppo. In questo modo non potranno raggiungere TL superiori.
Ma questo processo non funziona al contrario, quindi se aggiungi un utente TL1 o superiore al gruppo, non verranno bloccati al TL1.
Non conosco la struttura delle categorie del tuo sito, ma probabilmente puoi giocarci anche tu… Cambia i permessi del livello di fiducia per questi gruppi aggiunti per ignorare le accessibilità TL.
Sei sicuro che non possano raggiungere TL più alti? Ho trovato un argomento bug in cui la promozione TL3 è stata aggiunta quando il livello di fiducia è bloccato da un gruppo, quindi mi aspetterei che abbia funzionato per altri TL in precedenza.
Hmm, non sono sicuro di questo Non si applica solo alle promozioni TL3 se l’impostazione automatica TL è impostata su 2?
Modifica: Mi scuso, grazie @Moin per la chiarificazione e mi scuso per le informazioni errate. La mia risposta precedente non manterrà gli utenti sul TL selezionato.
Anche questo caso d’uso mi interessa. Simile tipo di comunità ma modellisti di sistema, non architetti. Grazie @Paul_King per aver portato avanti questa iniziativa.
Soprattutto, devo assicurarmi che i contenuti non siano mai visibili agli utenti del forum pubblico, a meno che non vengano esplicitamente pubblicati nella categoria dell’argomento del forum pubblico.
È inoltre importante garantire che gli utenti pubblici non ottengano mai un modo per ridefinire l’accesso alle proprie categorie di argomenti, anche se i livelli di fiducia aumentano automaticamente.
Se non aggiungi il permesso TL a una categoria, ma aggiungi altre autorizzazioni di gruppo come scrivo sopra, allora il livello TL non ha importanza perché non sarà quello a definire chi può accedere alla categoria ma il gruppo aggiunto.
Sembra che tu abbia risolto. L’hai provato per il tuo caso d’uso?
Non credo che il CWP supporti al momento campi multi-selezioni, quindi potresti dover trovare una soluzione alternativa.
Penso che il termine ‘Fiducia’ sia stato un depistaggio. Puoi gestirlo con un semplice gruppo per tutti coloro che dovrebbero avere accesso alla maggior parte dei contenuti (cioè i tuoi architetti), assicurandoti che questo gruppo (e non tutti) abbia accesso alle categorie limitate.
Tieni presente che perderai alcune funzionalità con un forum ibrido. In particolare, Oneboxing non è consentito con categorie limitate (se non all’interno di quella specifica categoria).
Questo è un plugin dall’aspetto impressionante (sperimentale) - anche se sembra un po’ complicato da configurare, posso vedere che sarà molto utile per diverse cose.
Non si applica solo alle promozioni TL3 se l’impostazione automatica TL è impostata su 2?