¿Alguien ha descubierto/construido un sitio como multisitio multisitio (SSO)? ¡Me gustaría ver las posibilidades para inspirarme!
Idealmente, multisitio se utiliza para múltiples ciudades, donde las personas pueden centrarse en noticias y eventos locales; y también tiene la capacidad de discutir algunos temas entre ciudades, ya que los usuarios aprovechan Internet para trabajar juntos.
Gracias a todos de antemano.
Estoy trabajando con un cliente que está iniciando un sitio para contenido local. No estamos planeando múltiples sitios, sino que usaremos categorías de Discourse para diferentes ciudades/regiones. Un gran problema para los sitios nuevos es conseguir masa crítica. Si empiezas dividiendo en diferentes sitios, las probabilidades de que alguno tenga éxito disminuyen masivamente. Es mejor tener un sitio para todos y usar las herramientas que Discourse proporciona para organizar el contenido.
Si el sitio tiene éxito, podría tener sentido dividirlo en sub-sitios. (Probablemente no sucederá, ¿pero quién sabe?) Mover categorías de una instancia de Discourse a otra no es difícil. Así que no necesitas empezar con múltiples sitios que quizás nunca necesites.
Empecé a pensar en alguien que quisiera tener miles de sitios multisitio con un único sitio principal de Discourse como fuente de autenticación para todos ellos.
Parecía posible, con algo de trabajo (y mucho menos trabajo si no tienes más sitios de los que estás dispuesto a configurar manualmente).
Tener los mismos datos en varios sitios es complicado (ha habido alguna discusión sobre cómo hacerlo con el Plugin ActivityPub), pero podrías alojar lo que a todos les importa en el sitio principal.
¿Quieres usar DiscourseConnect para SSO? Por ejemplo, desde un sitio de proveedor de identidad, ¿autenticar usuarios en varios sitios de Discourse con DiscourseConnect? Si es así, creo que es técnicamente posible hacerlo, pero no es el caso de uso previsto para DiscourseConnect. El desafío será determinar de qué sitio de Discourse se originó una solicitud de SSO. Creo que esto se puede hacer agregando un parámetro de URL a la configuración de discourse connect url de cada sitio de Discourse. Por ejemplo:
https://example.com/sso?subdomain=foohttps://example.com/sso?subdomain=barEl código en el sitio del proveedor de identidad podría entonces redirigir las solicitudes de SSO a los subdominios apropiados: foo.example.com o bar.example.com.
Tengo conocimiento de un sitio que implementó algo así en el pasado, pero no estoy seguro de si todavía están utilizando ese enfoque.