Ho un sito, lists.tssi.com. Attualmente supporta due community Discourse essenzialmente indipendenti (migrate da Mailman), gestite utilizzando gruppi e categorie. Chiamiamole x e y.
Voglio dividerle in modo che i due gruppi siano completamente indipendenti. (Sì, significa più lavoro per me, ma va bene così.) Il motivo principale è che voglio aprire entrambe le community alla lettura da parte di non membri, ma penso che sarebbe più facile se fossero completamente indipendenti. Non credo che le persone della community X vogliano leggere molto su ciò che accade nella community Y, anche se sono simili. (Entrambi sono siti orientati allo sport universitario.)
In entrambi i casi, lists.tssi.com fungerebbe da gateway per le due community, con una porta d’ingresso comune in Nginx.
Per quanto ne so, entrambi i metodi dovrebbero funzionare in un singolo container, clonando il database in modo che siano completamente indipendenti. (Ho configurato il mio server di test utilizzando il metodo x.tssi.com e y.tssi.com, quindi sono sicuro che funzioni, sono un po’ meno sicuro dell’approccio x.lists.tssi.com e y.lists.tssi.com, anche se penso che potrebbe essere più facile da capire per i miei utenti e supporterebbe più facilmente community aggiuntive che potrebbero essere aggiunte.)
Una volta che le avrò divise, gli utenti che fanno parte di una community verranno eliminati dal database dell’altra community o semplicemente impostati come inattivi. Potrei anche eliminare tutti i post e le categorie dell’altro sito.
Qualche raccomandazione su quale strada intraprendere? Ci sono insidie di cui essere a conoscenza?
Perché non mantenere un sito centrale con gli utenti ma senza contenuti che fornisca Discourse Connect (SSO) ai due siti subordinati?
Probabilmente manterrei il sito centrale con tutti i tuoi utenti, farei altre due copie complete come x e y, eliminando il contenuto che non desideravo da entrambe per creare la divisione, e le farei fare riferimento al sito ‘principale’ per l’accesso.
Eliminerà anche la confusione di accesso per gli utenti che potrebbero essere in entrambe le liste.
Quali sono i vantaggi di un ambiente SSO come quello? Quali sono gli svantaggi?
Non credo ci siano utenti in entrambe le liste tranne me. Sono stati siti Mailman separati per molti anni e la maggior parte degli utenti è ancora principalmente basata sull’email.
Anche la necessità di avere indirizzi email separati per pubblicare via email a ciascuna categoria all’interno di quella community confonde alcuni di loro, ma non vedo una via d’uscita. Li incoraggio a utilizzare l’interfaccia web, ma forse il 5% lo fa, 3 mesi dopo il passaggio.
Il mio obiettivo è espandere la partecipazione rendendo entrambe le community ricercabili e leggibili sul web. Mi sembra che mantenerle separate possa funzionare meglio per attrarre coloro che vogliono discutere del team X ma non del team Y.
Non ho fretta, l’estate è il periodo più lento per una lista orientata allo sport universitario, le cose inizieranno a riprendere ad agosto quando inizieranno gli allenamenti di football autunnale. Quindi ho tempo per pensare a quale approccio sia migliore per le community.
