Abbiamo un forum privato di Discourse accessibile solo ai volontari. Abbiamo una sincronizzazione impostata con la nostra piattaforma volontari dove i nuovi utenti vengono aggiunti automaticamente a Discourse quando si uniscono come volontari.
Abbiamo anche impostato l’approvazione di tutti i nuovi utenti perché le persone cercano di unirsi da altre parti o creano account duplicati (cosa che non vogliamo perché abbiamo bisogno che le piattaforme mantengano la loro sincronizzazione).
La mia domanda: è possibile approvare automaticamente i nuovi utenti che soddisfano determinate condizioni del profilo, mantenendo l’approvazione manuale per gli altri? Gli utenti creati tramite la sincronizzazione avranno sempre un campo identificatore utente globale nel loro profilo Discourse compilato, quindi possono essere facilmente identificati.
Grazie! Fammi sapere se posso approfondire qualcosa qui sopra.
Dena
Se stai creando quegli utenti tramite API, potresti anche approvarli contemporaneamente tramite API. Se intendi che stanno creando il proprio account e facendo qualcosa per farli convalidare automaticamente, allora probabilmente ci vorrà un plugin.
Facciamo esattamente questo: il nostro portale per i membri (un gruppo no-profit di persona) gestisce gli account dei membri del forum al momento dell’iscrizione. Ci sono un sacco di casi limite fastidiosi per i duplicati, come hai menzionato.
Per non creare confusione: iscrizione a no-profit come ‘membership’ dove il forum è ‘user’.
Iscrizione a membership >> (se non esiste utente forum con membership.email) crea utente forum, imposta username a membership.discourseUsername, aggiungi a gruppi per permessi, e approva/attiva account immediatamente.
A volte le persone si iscrivono al forum per vedere di cosa tratta la nostra community prima di diventare membri, quelle vengono approvate manualmente.
All’iscrizione a membership >> (se esiste utente forum con membership.email), sovrascrivi l’utente forum con membership.email come sopra. È un caso strano ma non ci sono utenti non membri i cui account sarebbero compromessi da un membro pagante che si unisce all’organizzazione.
Ci scusiamo se la nostra app esterna è gigantesca, quindi potrebbe essere necessario scavare per vedere come attiviamo tutti questi passaggi/richieste API.