Come funziona l'ID di Discourse

[Moin]

Forse l’informazione su cosa fare dopo aver cambiato il nome del dominio potrebbe essere aggiunta al primo post:

@pmusaraj

Se hai accesso alla console di Rails, puoi svuotare l’ID client e il segreto per le impostazioni dell’ID di Discourse e quindi attivare/disattivare l’impostazione Abilita ID di Discourse, ciò attiverà una nuova registrazione.

@在云端_裸奔

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

[mcwumbly (Dave McClure)]

Ho aggiunto quanto segue al primo post:

@rishabh

Riconfigurazione dell’ID dopo la modifica dei nomi di dominio

Dopo aver modificato il nome di dominio del tuo sito, per attivare una nuova registrazione devi

1. svuotare l’ID client e il segreto per le impostazioni dell’ID di Discourse
2. attivare/disattivare l’impostazione Abilita ID di Discourse.

Se hai accesso alla console Rails:

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

[Moin]

Penso che avrei messo lo script rails subito dopo il punto 1

@rishabh

1. svuotare l’ID client e il segreto per le impostazioni dell’ID di discourse

Queste sono impostazioni del sito nascoste, quindi non c’è altro modo per cambiarle se non usando la console Rails

config/site_settings.yml

[0cjs (Curt J. Sampson)]

Qualcuno può spiegarci gli obiettivi di alto livello alla base della creazione di questo provider di identità Discourse ID? Non vedo nulla di negativo in questa soluzione, ma vorrei capire se ci sono vantaggi che mi sfuggono.

Mi sembra che per chi utilizza GitHub, Google, Apple o Facebook non ci siano vantaggi nel creare un Discourse ID, poiché in entrambi i casi si effettua una registrazione o un accesso a un sito Discourse con un solo clic (o comunque con pochissimi clic). Quindi, perché viene offerta questa opzione? Solo per coerenza?

Per mantenere un account separato da GitHub/Google/etc., il Discourse ID sembra avere senso. Immagino che fornisca qualche forma di autenticazione a due fattori (2FA) se si utilizza un indirizzo e-mail e una password per l’accesso?

Infine, il Discourse ID può essere utilizzato con altri sistemi non basati su Discourse? Sembra che tecnicamente possa fungere da provider di identità per praticamente qualsiasi servizio che desideri utilizzarlo, ma questa pratica è incoraggiata? Sconsigliata? Qualcosa che Discourse ID potrebbe rompere in futuro?

Sono generalmente interessato a capire chi fornisce le identità e per quale motivo, sia per ragioni di sovranità digitale che semplicemente per “lontani da Google/MS/etc.”, quindi comprendere il funzionamento dei provider di identità alternativi è di grande interesse per me.

[pmusaraj (Penar Musaraj)]

Ci sono alcuni obiettivi di livello superiore, ma in generale si riducono a due vantaggi principali. Per gli amministratori, non è necessario configurare e mantenere i login di GitHub, Google, Apple e Facebook. Ciascuno di questi non è troppo difficile da impostare e mantenere, ma richiede più passaggi e manutenzione. E nel caso di Apple, anche costi.

Per l’utente finale, al momento non c’è una grande differenza. A lungo termine, se abbastanza comunità adotteranno Discourse ID, speriamo di offrire un’interfaccia centralizzata migliore su ID (per le comunità a cui un utente si unisce) per il controllo delle notifiche, la personalizzazione degli account utente, ecc. E una migliore scoperta di nuove comunità.