Siamo lieti di annunciare che Discourse ID può ora essere abilitato su tutti i siti Discourse, inclusi quelli ospitati e self-hosted!
Discourse ID offre un’esperienza di accesso più rapida sui siti Discourse partecipanti, in modo da non dover creare accessi separati per ogni Discourse che visiti e potrai unirti a qualsiasi sito Discourse partecipante con un solo clic. Permette inoltre agli amministratori di Discourse di offrire un’esperienza di accesso semplificata, con supporto per accessi social senza alcuna configurazione o impostazione necessaria.
Se desideri offrire un’esperienza di accesso fluida ai tuoi membri, attiva l’impostazione del sito Abilita Discourse ID dal tuo pannello di amministrazione.
Ogni volta che vedi “Accedi con Discourse ID” sui siti Discourse, sei a pochi secondi dall’entrare nelle conversazioni! Niente più gestione di account multipli: accedi e vai.
Se non vedi l’ID disponibile su un sito, tieni presente che si tratta di una nuova funzionalità e alcune community non hanno ancora aderito. Chiedi al tuo amministratore di community di abilitarlo (o ricontrolla più tardi).
Stiamo sostituendo i metodi di accesso social attuali di Meta con Discourse ID — che include accessi social “out-of-the-box” — il 30 novembre 2025.
Tutto ciò che devi fare è accedere a Meta con un account Discourse ID utilizzando lo stesso indirizzo email, oppure andare alle tue preferenze account e collegare Discourse ID come account associato.
C’è un errore di UX: sono su Safari su un Mac e quando provo ad accedere utilizzando Discourse ID… supero l’autenticazione su Discourse ID, e poi mi reindirizza . . . all’app Discourse. Ho installato quell’app, ma dovrebbe continuare, su Safari, a reindirizzarmi a Meta. (E ovviamente Meta segnala, in cima alla mia finestra di Safari, che posso aprire Meta nell’app.)
Oh, mi dispiace per questo, al momento abbiamo un file Apple App Site Association troppo zelante su meta. Ho apportato una modifica, ma purtroppo ci vorranno fino a 24 ore perché il CDN di Apple funzioni. Controllerò allora per assicurarmi che sia risolto.
Mi piace molto questo nuovo sistema. Adoro l’esperienza di accesso/registrazione senza interruzioni e come il mio avatar e altri metodi OAuth (credo?) vengano aggiunti automaticamente.
3 Mi Piace
pmusaraj
(Penar Musaraj)
Ha separato questo argomento il
8
Finalmente! Congratulazioni, presto ricostruirò per testare, grazie. In questi giorni ho effettuato l’accesso con Discourse ID qui su meta ed è fantastico.
Non riesco proprio a farlo funzionare. Qui, intendo. La connessione fallisce continuamente. Non accetta la password e i tentativi con Google/Facebook creano un account completamente nuovo. Questa è in realtà la primissima volta che non sono riuscito a utilizzare l’accesso e/o a creare una passkey.
Possiamo avere SSO tradizionali (Google, Discord, ecc.) oltre a Discourse ID? Stiamo prendendo in considerazione l’implementazione, ma non vogliamo costringere gli utenti a migrare i loro account.
Sì! Puoi scegliere di abilitare entrambi i tipi di opzioni o chiedere agli utenti di passare a ID e dismettere i vecchi metodi di accesso (poiché l’aspetto della migrazione è facoltativo).
L’unico inconveniente a cui riesco a pensare è che dovrai assicurarti che queste configurazioni di accesso siano aggiornate e funzionino correttamente, e assicurarti che gli utenti non siano troppo confusi dalle varie opzioni di accesso presentate, poiché ID le include fin da subito.
Il problema qui, o potrebbe essere, è che gli utenti devono sapere che devono creare un account per id.discourse. Non è niente di nuovo ed è così che funziona l’SSO. Ma non so come spiegare agli utenti perché dovrebbero farlo, quando ci sono altre opzioni SSO.
A meno che CDCK non abbia in programma di monopolizzare le registrazioni e smettere di supportare Google, ecc. Quindi, non capisco appieno il significato di ciò.
Intendete abilitare questo metodo di autenticazione per impostazione predefinita in futuro? L’utilità sembra limitata se non lo è. Non mi sorprenderei se solo pochi siti lo abilitassero, semplicemente perché gli amministratori in generale non sanno cos’è o non ne sono consapevoli.
Sì, per gli self-hoster stiamo lavorando per includere Discourse ID come opzione semplice per la configurazione iniziale. Vorremmo vedere se può consentire alle persone di avviare una nuova istanza senza il temuto passaggio dell’email, perché con Discourse ID, gli utenti non hanno bisogno dell’email per configurare il loro primo account. Avranno bisogno dell’email alla fine, ma rimandare anche solo un po’ quel processo arduo è utile.
Stiamo anche cercando di abilitare Discourse ID per impostazione predefinita nelle registrazioni sul nostro hosting.
Non vedevo l’ora che Discourse ID fosse pronto, e funziona benissimo! Mi piace soprattutto che tenga conto degli indirizzi email alternativi, così posso usare lo stesso Discourse ID per siti che usano un indirizzo email diverso come primario.
Ci sono già così tanti siti Discourse in circolazione che sarei felice se l’impostazione fosse abilitata automaticamente tramite un aggiornamento del sito, a condizione che gli amministratori vengano avvisati. O forse meglio, un popup di scelta nel backend dopo l’aggiornamento che ci permetta di scegliere se abilitare o disabilitare questa funzionalità.