Cómo funciona el ID de Discourse

[Moin]

Quizás se podría añadir la información sobre qué hacer después de cambiar el nombre de dominio a la primera publicación:

@pmusaraj

Si tienes acceso a la consola de Rails, puedes vaciar el ID de cliente y el secreto para la configuración de ID de Discourse y luego activar/desactivar la configuración Habilitar ID de Discourse, esto activará un nuevo registro.

@在云端_裸奔

./launcher enter app
rails c
SiteSetting.discourse_id_client_id = ""
SiteSetting.discourse_id_client_secret = ""

[mcwumbly (Dave McClure)]

He añadido lo siguiente a la primera publicación:

@rishabh

Reconfiguración de ID después de cambiar los nombres de dominio

Después de cambiar el nombre de dominio de su sitio, para activar un nuevo registro debe:

1. vaciar el ID de cliente y el secreto para la configuración de ID de Discourse
2. activar/desactivar la configuración Habilitar ID de Discourse.

Si tiene acceso a la consola de Rails:

./launcher enter app
rails c
SiteSetting.discourse_id_client_id = ""
SiteSetting.discourse_id_client_secret = ""

[Moin]

Creo que habría puesto el script de rails justo debajo del paso 1

@rishabh

1. vaciar la identificación del cliente y el secreto para la configuración de la identificación de discourse

Esas son configuraciones de sitio ocultas, por lo que no hay otra forma de cambiarlas que no sea usando la consola de Rails

config/site_settings.yml

[0cjs (Curt J. Sampson)]

¿Puede alguien explicarnos los objetivos de alto nivel detrás de la creación de este proveedor de identidad Discourse ID? No veo nada malo en esto, pero me gustaría saber si hay algún punto positivo que se me esté escapando.

A mi juicio, para quienes usan GitHub, Google, Apple o Facebook, no hay ninguna ventaja en crear un Discourse ID, ya que de todos modos el registro o inicio de sesión en un sitio de Discourse es de «un solo clic» (o muy pocos clics). ¿Entonces por qué se ofrece esta opción? ¿Solo por coherencia?

Para mantener una cuenta separada de GitHub/Google/etc., Discourse ID parece tener sentido. Supongo que proporciona algún tipo de autenticación de dos factores (2FA) si se usa una dirección de correo electrónico y una contraseña para la autenticación.

Y por último, ¿se puede usar Discourse ID con otros sistemas que no sean Discourse? Parece que técnicamente puede actuar como proveedor de identidad para prácticamente cualquier cosa que desee utilizarlo, pero ¿se fomenta esto? ¿Se desaconseja? ¿Es algo que Discourse ID probablemente romperá en algún momento?

En general, me interesa saber quién proporciona identidad y por qué, tanto por razones de soberanía digital como simplemente para «alejarse de Google/MS/etc.», por lo que entender qué está ocurriendo con los proveedores de identidad alternativos es de gran interés para mí.

[pmusaraj (Penar Musaraj)]

Hay algunos objetivos de alto nivel, pero, en términos generales, se reduce a dos ventajas principales. Para los administradores, no necesitan configurar y mantener los inicios de sesión de GitHub, Google, Apple y Facebook. Cada uno de estos por sí solo no es demasiado difícil de configurar y mantener, pero implica múltiples pasos y mantenimiento. Y en el caso de Apple, hay un costo.

Para el usuario final, no hay una gran diferencia en este momento. A largo plazo, si suficientes comunidades adoptan Discourse ID, esperamos ofrecer una mejor interfaz centralizada en ID (para las comunidades a las que se une un usuario) con controles para notificaciones, personalización de cuentas de usuario, etc. Y una mejor descubrimiento de nuevas comunidades.