Grazie @denvergeeks, ma non si tratta di un piano di abbonamento a pagamento: tutto esce dalle mie tasche (tranne quando compensato da occasionali piccoli contributi dei membri).
Quindi stai ospitando autonomamente?
Grazie @Nathank
Sì, ho installato quel plugin Custom Wizard, anche se finora non ho avuto successo nell’ottenere ciò che voglio.
Le funzioni che sembrano più applicabili sono contrassegnate come riservate agli abbonati, non posso escludere approcci alternativi, ma finora nessuna soluzione elegante che gestisca la complessità coinvolta nell’identificazione delle persone con le caratteristiche qualificanti di un membro di forum privato (come stabilito tramite campo personalizzato a discesa / selezione multipla) filtrando tutti gli altri come candidati al forum pubblico.
Forse non ci provo nemmeno, forse attribuisco manualmente l’appartenenza al gruppo in base alle risposte ricevute dai candidati, quando approvo le iscrizioni. (Un’esperienza di iscrizione brutta per il pubblico, però)
C’è anche
Sì, hai ragione. Avresti bisogno di un abbonamento gratuito alla community per utilizzare tali funzionalità (in particolare Aggiungi al gruppo), il che aggiunge un po’ di complicazione. Ma è comunque fattibile.
Grazie @nathank.
Ho presentato una domanda per un abbonamento gratuito alla community: vedremo come andrà.
Devo ammettere di essere un po’ nervoso all’idea di diventare permanentemente dipendente da un plugin che potrebbe cambiare la sua politica di “gratuito” in qualsiasi momento. Esiste una via di fuga se ciò accade?
In un certo senso; se l’abbonamento scade per qualsiasi motivo, la procedura guidata continuerà a funzionare; solo le modifiche a tale funzionalità dell’abbonato saranno bloccate.
Ripensandoci a questo thread, è strano che tu non sia riuscito a far funzionare l’automazione. Sembra un bug significativo e sono in grado di riprodurlo.
Con il tuo caso d’uso, potrebbe essere meglio sostenere che venga corretto e considerare il plugin procedura guidata personalizzata come soluzione temporanea.
2 Mi Piace
Il mio caso d’uso è simile. Sto creando una community privata (nel mio caso a pagamento), ma voglio permettere ai visitatori di creare un account e vedere contenuti limitati (teaser) senza pagare. (Nessun accesso anonimo, quindi ho impostato login required.)
Quando avrai sistemato tutto, @Paul_King ti dispiacerebbe riassumere i plugin che finisci per usare, la configurazione che finisci per usare inclusi automazioni e validazioni (ecc.), e eventuali insidie? Grazie in anticipo.
@nathank Sto capendo correttamente che se ho un gruppo Visitatori e un gruppo (a pagamento) Membri, posso semplicemente limitare l’accesso alle categorie cambiando l’impostazione di sicurezza “tutti”? (E facendo attenzione a controllare anche tutte le sottocategorie, perché le impostazioni di sicurezza non si ereditano? – Qualcosa che ho imparato ieri, che non era intuitivo e potenzialmente pericoloso! Subcategory does not inherit security settings) In particolare, i livelli di fiducia non aumenteranno per i Visitatori in modo tale da potersi mai dare più accesso, corretto?
Inoltre @nathank, cosa significa questo?
Intendi dire che un Membro non potrebbe collegarsi (affatto) da una categoria Membri a un’altra se è (affatto, cioè Membro) limitata in termini di sicurezza? È un prezzo troppo alto da pagare!
A questo punto sto riconsiderando se vale la pena provare a consentire ai Visitatori registrati, per ottenere lead.
@denvergeeks Dato che la mia community sarà a pagamento, forse potrei aggiornare il mio hosting per accedere al plugin Discourse Subscriptions. Avevo in programma di utilizzare ThriveCart poiché i miei corsi (opzionali, esterni alla community) saranno comunque pagati tramite quello, e potrò quindi raggruppare corsi, coaching, iscrizione alla community, ecc. e mantenere tutte le transazioni finanziarie in un unico posto.
Sì, è semplice come questo.
Non puoi concedere l’accesso a una sottocategoria a meno che il gruppo non abbia anche accesso alla categoria padre; questo protegge contro il pericolo che evidenzi bene.
Non è così grave: puoi ancora creare link senza problemi, ma i graziosi Onebox non verranno generati.
Sfortunatamente, out of the box si integra solo con Stripe. Altrimenti sarebbe l’ideale per te.
1 Mi Piace
Grazie @nathank Ho segnalato questo come un bug.
Nel frattempo, parte del mio processo richiederà che a tutti gli utenti esistenti venga automaticamente assegnata l’appartenenza a un gruppo di ‘forum privato’ per il forum privato (finora non ho utilizzato esplicitamente gruppi, e il forum è stato privato per impostazione predefinita). Non vedo un modo ovvio per farlo che non comporti l’invio di inviti (ridondanti) per partecipare, e la richiesta che ogni utente esistente del forum risponda, solo per mantenere l’accesso.
Ho una terribile sensazione che l’unico modo per raggiungere questo obiettivo automaticamente sia tramite una brutta query di Data Explorer.
1 Mi Piace
Sì, auto-hosting su Digital Ocean
[quote=“Paul King, post:30, topic:331808, username:Paul_King”]
Ho una terribile sensazione che l’unico modo per raggiungere questo obiettivo automaticamente sia tramite una brutta query di Data Explorer
[/quote]Non c’è bisogno di affondare!
Se hai un elenco dei tuoi nomi utente o delle tue email (ad esempio dall’Esportazione tramite /admin/users), puoi semplicemente copiarli e incollarli nella sezione 
della pagina Gruppo.
Facilissimo!
A memoria, fa fatica se hai più di 1000 utenti. Ma dovresti cavartela.
1 Mi Piace
Grazie @nathank
Guardando la finestra di dialogo, così com’è scritta, sembra quasi che possa solo creare inviti per quegli utenti, piuttosto che spostarli effettivamente?
È abbastanza intelligente da aggiungere quelli con account esistenti e inviare inviti a quelli che non li hanno.
Lo so perché l’ho richiesto! Ma sì, il testo potrebbe essere migliore, eh?
Vai a testarlo con un paio di utenti di prova.
1 Mi Piace
Grazie @nathank. Ha funzionato proprio come hai detto, ed è davvero intelligente!
Ha riconosciuto felicemente una copia dagli appunti di Windows di una colonna pulita di indirizzi email da Excel come delimitati da virgola quando ho incollato nella finestra di dialogo.
Nel mio caso ho riscontrato molti ‘Error 502’ anche incollando solo 500 utenti alla volta - sembra un problema di collo di bottiglia del server (il mio piano di hosting ha limitazioni sull’utilizzo della rete e della CPU).
Ridurre a 200 utenti alla volta ha funzionato quasi costantemente, anche se se lasciavo passare più tempo tra un batch e l’altro, potevo gestirne alcuni in più alla volta.
Il mio prossimo passo ora è ottenere in qualche modo un qualche tipo di collegamento di sincronizzazione bidirezionale tra la variabile del campo utente personalizzato per il ‘Forum Privato’ per implementare o impedire l’accesso al gruppo ‘Forum Privato’. Ancora nessun successo nel farlo tramite Discourse Automation.
Al momento, un account di prova che si iscrive selezionando solo la casella ‘forum pubblico’ ottiene ancora pieno accesso a entrambi.
I miei nuovi campi utente personalizzati per l’accesso ai forum Pubblico e Privato appaiono anche nei profili utente, il che potrebbe essere fonte di confusione, soprattutto perché gli utenti esistenti hanno questi campi non popolati.
Potrebbe essere meglio se il campo fosse visibile solo agli amministratori, o fosse disattivato per gli utenti del solo forum pubblico.
Sarebbe molto utile se ci fosse un modo per l’amministratore del forum di nominare direttamente o sovrascrivere il/i gruppo/i utente accessibile/i e quindi le categorie assegnate all’utente, dopo aver prima approvato gli utenti, il tutto dalla stessa finestra di dialogo “Approva utente”.
Infatti, l’intero profilo utente dovrebbe probabilmente essere modificabile da questa finestra di dialogo, per consentire la correzione di errori identificati dall’utente nei campi utente personalizzati.
Attualmente, l’unico modo per risolvere i problemi del profilo al momento dell’iscrizione sembra comportare molti salti ad altre aree oltre all’approvazione dell’utente, con un rischio significativamente maggiore di errori o omissioni da parte dell’amministratore.
OK, un aggiornamento
Sono finalmente riuscito a far funzionare Discourse Automation: il trucco è stato usare un tipo di campo utente personalizzato a menu a discesa (anche se le istruzioni non lo specificano) invece del tipo di campo casella di controllo con cui avevo iniziato. Le opzioni del menu a discesa devono corrispondere esattamente ai nomi completi dei gruppi di utenti.
Molto importante: assicurati che questo nuovo campo non sia modificabile dall’utente dopo la registrazione, altrimenti un utente che si registra e viene approvato solo per il forum pubblico potrà in seguito concedersi autonomamente l’accesso al forum privato.
2 Mi Piace
Ciao @tgustilo
Sembra che abbia risolto le cose senza ricorrere a plugin di terze parti.
Sto usando solo il plugin integrato Automations, e un suggerimento e un problema relativo a questo sono stati pubblicati poco sopra in questo thread.
Ho (per ora) rinunciato a una finestra di dialogo condizionale per l’iscrizione dell’utente in cui le informazioni che a un utente viene chiesto di fornire differiscono a seconda del forum a cui desidera accedere. Quindi niente Discourse Authentication Validations o Custom Wizard Plugin.
Il risultato non è del tutto elegante per i candidati del forum pubblico, ma in una certa misura è probabilmente utile esporre la maggior parte dei campi utente personalizzati relativi alle qualifiche professionali e al ruolo lavorativo ecc. utilizzati per i candidati del forum privato, per acquisire qualsiasi altra qualifica professionale e ruolo che il membro del pubblico che si candida possiede, e visualizzarlo sul proprio profilo pubblico.
Queste informazioni significano che chiunque interagisca con questa persona ha una maggiore consapevolezza di ciò che potrebbe essere rilevante per il suo livello e area di competenza.
Da qui, mi piacerebbe molto un modo per un amministratore di poter modificare direttamente una richiesta utente prima che venga approvata, tutto dalla stessa finestra di dialogo di approvazione.
In questo modo, qualcuno che tenta di richiedere l’accesso al forum privato e chiaramente non appartiene (sulla base delle altre informazioni fornite), può almeno ottenere l’iscrizione al gruppo di utenti del forum pubblico senza dover rifare la domanda da zero (sprecando quello sforzo), e qualsiasi altro errore ovvio potrebbe essere corretto in un colpo solo (forse con un contrassegno colorato che avvisa l’utente dei suoi campi del profilo modificati).
Al momento, affrontare problemi nei profili utente dei candidati inviati (incluso il gruppo utente selezionato dall’utente) richiede o il rifiuto netto della domanda dell’utente, con poca o nessuna spiegazione dettagliata, o l’esecuzione di un processo di pulizia separato, multi-step e soggetto a errori, con un alto rischio di errori o omissioni da parte dell’amministratore.
3 Mi Piace
Vorrei far funzionare un processo di candidatura come questo anche per il mio caso, controllato esclusivamente tramite il plugin Automation e, idealmente, come dici tu, essere in grado di modificare l’appartenenza a un gruppo di un richiedente, i campi del profilo e qualsiasi altra cosa durante il processo di approvazione stesso.
Un flusso di lavoro di candidatura e approvazione per gli amministratori avrebbe molteplici casi d’uso, dall’elaborazione di membri pubblici (o membri di prova, o membri con accesso limitato a contenuti gratuiti) a un onboarding più complesso per membri privati, a pagamento o impegnati.
Sto anche pensando che sarebbe utile filtrare per buoni beta tester e membri iniziali, che è la mia attuale difficoltà. Vorrei un’opzione ampia e aperta per chiunque sia interessato, ma ho davvero bisogno di filtrare chi diventerà un membro iniziale o centrale forte con molta influenza.
Se qualcuno sta costruendo una community di supporto per accompagnare offerte di corsi o coaching, un’automazione iniziale di iscrizione potrebbe anche incanalare quelle persone in una coorte appropriata o in un gruppo di coaching/supporto.
Quindi ci sono molti usi per combinare l’iscrizione/candidatura automatizzata con un’approvazione flessibile da parte dell’amministratore.
Concordo sul fatto che poter configurare un singolo plugin ufficiale e gratuito, senza dover pagare extra, sia estremamente utile per le community startup che non hanno finanziamenti o (alcun/molti) abbonamenti a pagamento.
Grazie per aver condiviso il tuo processo. Molto utile.
1 Mi Piace