Qualcuno ha scoperto/costruito un sito come multisito multisito (SSO), vorrei vedere le possibilità per ispirazione!
Idealmente, il multisito viene utilizzato per più città, dove le persone possono concentrarsi su notizie ed eventi locali; e ha anche la capacità di discutere alcuni argomenti tra le città poiché gli utenti sfruttano Internet per collaborare.
Sto lavorando con un cliente che sta avviando un sito per contenuti locali. Non stiamo pianificando più siti, ma piuttosto utilizzando le categorie di Discourse per diverse città/regioni. Un grosso problema per i nuovi siti è raggiungere una massa critica. Se inizi dividendo in siti diversi, le probabilità che uno qualsiasi abbia successo diminuiscono drasticamente. È meglio avere un sito per tutti e utilizzare gli strumenti che Discourse fornisce per organizzare i contenuti.
Se il sito avrà successo, potrebbe avere senso dividerlo in sottositi. (Probabilmente non accadrà, ma chi lo sa?) Spostare le categorie da un’istanza Discourse a un’altra non è difficile. Quindi non è necessario iniziare con più siti che potresti non aver mai bisogno.
Ho iniziato a riflettere su qualcuno che voleva avere migliaia di siti multisito con un singolo sito Discourse “principale” come fonte di autenticazione per tutti loro.
Sembrava possibile, con un po’ di lavoro (e molto meno lavoro se non hai più siti di quanti sei disposto a configurare manualmente).
Avere gli stessi dati su più siti è complicato (ci sono state alcune discussioni in merito con il ActivityPub Plugin), ma potresti ospitare le cose che interessano a tutti sul sito principale.
Vuoi usare DiscourseConnect per l’SSO? Ad esempio, da un sito di identity provider, autenticare gli utenti su più siti Discourse con DiscourseConnect? Se è così, penso che sia tecnicamente possibile farlo, ma non è il caso d’uso previsto per DiscourseConnect. La sfida sarà determinare da quale sito Discourse è originata una richiesta SSO. Penso che questo possa essere fatto aggiungendo un parametro URL all’impostazione discourse connect url di ciascun sito Discourse. Ad esempio:
https://example.com/sso?subdomain=foo
https://example.com/sso?subdomain=bar
Il codice sul sito dell’identity provider potrebbe quindi reindirizzare le richieste SSO ai sottodomini appropriati: foo.example.com o bar.example.com.
Sono a conoscenza di un sito che ha implementato qualcosa di simile in passato, ma non sono sicuro che stiano ancora utilizzando quell’approccio.