# Domande Provider DiscourseConnect
**URL:** https://meta.discourse.org/t/discourseconnect-provider-questions/270295
**Category:** WordPress
**Created:** [2 Luglio 2023, 1:00am UTC](https://meta.discourse.org/t/discourseconnect-provider-questions/270295 "2023-07-02T01:00:56Z")
**Posts on this page:** 19
**Page:** 2
### Author:  [@Sami\_Syed](https://meta.discourse.org/u/Sami_Syed)
#### Post date: [23 Agosto 2023, 10:57pm UTC](https://meta.discourse.org/t/discourseconnect-provider-questions/270295/22 "2023-08-23T22:57:47Z")
> [@simon](#):
>
> Se quell’impostazione è abilitata, un account Discourse verrà creato automaticamente per gli utenti quando accedono al tuo sito WordPress. In tal caso, se un utente ha effettuato l’accesso a WordPress, ma non ha mai visitato il tuo sito Discourse, inizierà a ricevere l’email di riepilogo settimanale dal tuo sito Discourse.
È l’unica cosa che fa questa impostazione?
La trovo chiamata e descritta in modo piuttosto vago in WP, quindi mi stavo chiedendo cos’altro potrebbe fare?
---
### Author:  [@Sami\_Syed](https://meta.discourse.org/u/Sami_Syed)
#### Post date: [23 Agosto 2023, 11:23pm UTC](https://meta.discourse.org/t/discourseconnect-provider-questions/270295/23 "2023-08-23T23:23:17Z")
> [@simon](#):
>
> Questo è possibile. Alcuni dettagli su come farlo sono qui: [How to import Discourse users to WordPress? - #2 by simon](https://meta.discourse.org/t/how-to-import-discourse-users-to-wordpress/88139/2).
Riguardo a questo,
cosa succede se un utente esiste già sia in WordPress che in Discourse? Come faccio a unire / collegare i loro profili?
---
### Author:  [@simon](https://meta.discourse.org/u/simon)
#### Post date: [23 Agosto 2023, 11:31pm UTC](https://meta.discourse.org/t/discourseconnect-provider-questions/270295/24 "2023-08-23T23:31:47Z")
> [@Sami\_Syed](#):
>
> È l’unica cosa che fa questa impostazione?
Tecnicamente, quello che fa è effettuare una chiamata alla route `sync_sso` di Discourse e passare i loro dati (user\_id di WordPress, username, nome, email…) a Discourse immediatamente dopo che hanno effettuato l’accesso a WordPress. I dettagli sulla route `sync_sso` sono qui: [Sync DiscourseConnect user data with the sync\_sso route](https://meta.discourse.org/t/sync-discourseconnect-user-data-with-the-sync-sso-route/84398).
L’unico effetto collaterale di cui sono a conoscenza per gli utenti di WordPress che non hanno mai visitato il sito Discourse è che inizieranno a ricevere email digest da Discourse.
> [@Sami\_Syed](#):
>
> cosa succede se un utente esiste già in Wordpress e Discourse. Come faccio a unire / collegare i loro profili?
Ecco perché vuoi incoraggiare i tuoi utenti di Discourse a registrarsi su WordPress con lo stesso indirizzo email che stanno utilizzando su Discourse. Finché gli indirizzi email corrispondono, verranno effettuati nell’account Discourse corretto. Questo presuppone che tu ti occupi della questione della verifica dell’email di cui abbiamo discusso nei post precedenti.
È probabile che finirai con alcuni utenti che si registrano su WordPress con indirizzi email diversi da quelli che hanno utilizzato su Discourse. In tal caso, verrà creato un nuovo account Discourse per loro, utilizzando l’indirizzo email di WordPress. Dovrai unire manualmente il vecchio account Discourse nel nuovo account Discourse: [Merging user accounts](https://meta.discourse.org/t/merge-user-accounts/275288).
---
### Author:  [@Sami\_Syed](https://meta.discourse.org/u/Sami_Syed)
#### Post date: [23 Agosto 2023, 11:35pm UTC](https://meta.discourse.org/t/discourseconnect-provider-questions/270295/25 "2023-08-23T23:35:30Z")
> [@simon](#):
>
> [Sync DiscourseConnect user data with the sync\_sso route](https://meta.discourse.org/t/sync-discourseconnect-user-data-with-the-sync-sso-route/84398).
Cosa succede se dobbiamo aggiornare manualmente l’email di un utente in Wordpress? La loro email di Discourse viene aggiornata anche se questa impostazione è abilitata?
---
### Author:  [@simon](https://meta.discourse.org/u/simon)
#### Post date: [23 Agosto 2023, 11:43pm UTC](https://meta.discourse.org/t/discourseconnect-provider-questions/270295/26 "2023-08-23T23:43:26Z")
> [@Sami\_Syed](#):
>
> Cosa succede se dobbiamo aggiornare manualmente l’email di un utente in WordPress.
L’aggiornamento di un utente dalla sua pagina del profilo WordPress non attiva la chiamata a `sync_sso`. Probabilmente dovrebbe farlo, però. Per ora, dovrai chiedere loro di disconnettersi da WordPress, quindi di accedere nuovamente a WordPress. Non credo sia possibile per un amministratore disconnettere un utente di WordPress dalla sua pagina del profilo.
Se desideri mantenere sincronizzati le email e/o i nomi utente tra WordPress e Discourse, abilita queste impostazioni di Discourse:
- `auth overrides email`
- `auth overrides username`
---
### Author:  [@Sami\_Syed](https://meta.discourse.org/u/Sami_Syed)
#### Post date: [23 Agosto 2023, 11:51pm UTC](https://meta.discourse.org/t/discourseconnect-provider-questions/270295/27 "2023-08-23T23:51:06Z")
Grazie Simon. Penso che questo sia il processo che seguirò dopo aver considerato tutto:
- Esporta gli utenti da Discourse
- Attiva [Discourse Connect](https://meta.discourse.org/t/13045?silent=true)
- Importa e crea quegli utenti in Wordpress e contrassegna le loro email come verificate in WP
- Quando questi utenti effettuano l’accesso (tramite una pagina di accesso personalizzata) dovranno reimpostare la password
- In qualche modo forza solo questo segmento di utenti a cambiare la password dopo che inseriscono la loro email (e il sistema si rende conto che fanno parte di questo segmento)
- OPPURE mostra semplicemente un messaggio sulla pagina di accesso: “se accedi dopo il [data] devi REIMPOSTARE la tua password”
- L’accesso dovrebbe funzionare!
Per quanto riguarda le nuove registrazioni in arrivo, dovrò trovare un modo per verificare le email. Probabilmente invierò loro le password via email.
Ho anche notato che anche se l’impostazione “Email Address Verified” non è selezionata nel profilo di Wordpress, l’utente è comunque in grado di effettuare l’SSO su Discourse. Devono comunque confermare la loro email la prima volta che entrano in Discourse. Il che è positivo.
> [@simon](#):
>
> - `auth overrides email`
> - `auth overrides username`
Queste impostazioni hanno effetti collaterali?
---
### Author:  [@simon](https://meta.discourse.org/u/simon)
#### Post date: [23 Agosto 2023, 11:55pm UTC](https://meta.discourse.org/t/discourseconnect-provider-questions/270295/28 "2023-08-23T23:55:39Z")
> [@Sami\_Syed](#):
>
> Ho anche notato che anche se l’impostazione “Email Address Verified” non è selezionata nel profilo di Wordpress, l’utente è comunque in grado di accedere a discourse tramite SSO. Devono comunque confermare la loro email la prima volta che entrano in Discourse.
Sì, è così che è inteso che funzioni. Non è una grande barriera per la maggior parte degli utenti. Il problema di cui devi essere consapevole è che se l’indirizzo email non è contrassegnato come verificato su WordPress, Discourse non abbinerà gli utenti di WordPress agli utenti di Discourse in base al loro indirizzo email la prima volta che accedono a Discourse tramite [DiscourseConnect](https://meta.discourse.org/t/13045?silent=true). Finché riesci a capire come contrassegnare gli indirizzi email dei tuoi utenti importati come verificati, questo non causerà problemi. Se non li contrassegni come verificati, sarà un problema risolverli.
> [@Sami\_Syed](#):
>
> Queste impostazioni hanno effetti collaterali?
Se abilitate, impediscono agli utenti di modificare il loro nome utente o indirizzo email su Discourse.
---
### Author:  [@Sami\_Syed](https://meta.discourse.org/u/Sami_Syed)
#### Post date: [23 Agosto 2023, 11:59pm UTC](https://meta.discourse.org/t/discourseconnect-provider-questions/270295/29 "2023-08-23T23:59:13Z")
> [@simon](#):
>
> Finché non scopri come contrassegnare gli indirizzi email dei tuoi utenti importati come verificati, non causerà problemi
sì, stavo testando molto e me ne sono reso conto. Scriverò solo uno script personalizzato che contrassegnerà tutti gli utenti che importo come verificati.
Grazie per aver chiarito!
---
### Author:  [@Sami\_Syed](https://meta.discourse.org/u/Sami_Syed)
#### Post date: [24 Agosto 2023, 8:18pm UTC](https://meta.discourse.org/t/discourseconnect-provider-questions/270295/30 "2023-08-24T20:18:28Z")
È corretto mantenere sempre attivo il verbose /logs?
Ciò avrà un impatto negativo sulle prestazioni?
---
### Author:  [@simon](https://meta.discourse.org/u/simon)
#### Post date: [24 Agosto 2023, 8:52pm UTC](https://meta.discourse.org/t/discourseconnect-provider-questions/270295/31 "2023-08-24T20:52:54Z")
> [@Sami\_Syed](#):
>
> Va bene tenere sempre attivo il verbose /logs?
Ho visto casi in cui sono rimasti sempre attivi. Non credo che abbia un impatto significativo sulle prestazioni. Ingombra solo i tuoi log se stai cercando di eseguire il debug di un problema non correlato a [DiscourseConnect](https://meta.discourse.org/t/13045?silent=true).
---
### Author:  [@Sami\_Syed](https://meta.discourse.org/u/Sami_Syed)
#### Post date: [31 Agosto 2023, 2:01pm UTC](https://meta.discourse.org/t/discourseconnect-provider-questions/270295/32 "2023-08-31T14:01:52Z")
Finora tutto ha funzionato alla grande!
Una piccola cosa che sto notando è che qualsiasi percorso inserisca in questo campo:
diventa la pagina di accesso predefinita di WordPress.
Ad esempio, se provo ora ad andare su /wp-admin, che è quello che usavo in precedenza per accedere come amministratore, mi reindirizza a /login/forum
Idealmente, dovrebbe reindirizzare a questo solo quando qualcuno fa clic sul pulsante di accesso dal forum di discourse.
Mi chiedo se questo sia il comportamento normale e se sia un problema che funzioni in questo modo.
---
### Author:  [@simon](https://meta.discourse.org/u/simon)
#### Post date: [31 Agosto 2023, 3:33pm UTC](https://meta.discourse.org/t/discourseconnect-provider-questions/270295/33 "2023-08-31T15:33:57Z")
> [@Sami\_Syed](#):
>
> Una piccola cosa che noto è che qualsiasi percorso inserisco in questo campo:
>
> 
>
> diventa la pagina di accesso predefinita di WordPress.
Questo è il comportamento previsto. L’opzione “Percorso della tua pagina di accesso” viene utilizzata per sovrascrivere il percorso di accesso predefinito di WordPress. Lo fa agganciandosi al filtro `login_url` di WordPress.
> [@Sami\_Syed](#):
>
> Se provo ora ad andare su /wp-admin, che è quello che usavo in precedenza per accedere come amministratore, vengo reindirizzato a /login/forum
Non rimuove il percorso di accesso predefinito in `/wp-login.php`, quindi puoi ancora accedere direttamente a quell’URL inserendolo nella barra degli indirizzi del tuo browser. Invece di andare su `/wp-admin`, vai su `/wp-login.php` per utilizzare la pagina di accesso predefinita.
Mi viene in mente un modo in cui il plugin potrebbe essere aggiornato per reindirizzare solo al percorso “Percorso della tua pagina di accesso” per l’accesso a Discourse, ma tale modifica richiederebbe un po’ di lavoro.
---
### Author:  [@Sami\_Syed](https://meta.discourse.org/u/Sami_Syed)
#### Post date: [31 Agosto 2023, 3:54pm UTC](https://meta.discourse.org/t/discourseconnect-provider-questions/270295/34 "2023-08-31T15:54:42Z")
Nessun problema. Solo una piccola cosa. Grazie per gli spunti!
---
### Author:  [@Sami\_Syed](https://meta.discourse.org/u/Sami_Syed)
#### Post date: [4 Settembre 2023, 1:02pm UTC](https://meta.discourse.org/t/discourseconnect-provider-questions/270295/35 "2023-09-04T13:02:52Z")
Ciao @simon, sto riscontrando i seguenti errori nel mio log e mi chiedevo cosa significassero e come affrontarli. Ho notato questi errori dopo che un utente ha segnalato di ricevere un errore durante il tentativo di accesso.
- (google\_oauth2) Authentication failure! csrf\_detected: OmniAuth::Strategies::OAuth2::CallbackError, csrf\_detected | CSRF detected
- Authentication failure! request\_error: OAuth::Unauthorized, 401 Unauthorized
- (facebook) Authentication failure! no\_authorization\_code: OmniAuth::Strategies::Facebook::NoAuthorizationCodeError, must pass either a `code` (via URL or by an `fbsr_XXX` signed request cookie)
Vale la pena notare che questi errori non sono comuni. La maggior parte dei log sembra funzionare correttamente:
---
### Author:  [@Sami\_Syed](https://meta.discourse.org/u/Sami_Syed)
#### Post date: [4 Settembre 2023, 1:44pm UTC](https://meta.discourse.org/t/discourseconnect-provider-questions/270295/36 "2023-09-04T13:44:01Z")
> [@Sami\_Syed](#):
>
> Notato questi dopo che un utente ha detto che stava ricevendo un errore durante il tentativo di accesso
ho appena ricevuto questo screenshot dall’utente:
Ha detto: “Non c’è email. Non appena fai clic sul link di iscrizione, ti viene presentata la seguente pagina…”
quando faccio clic sul link di accesso/iscrizione (in incognito), funziona per me.
Ecco l’URL del nostro forum come riferimento: [forum.projectvanlife.com](http://forum.projectvanlife.com)
---
### Author:  [@simon](https://meta.discourse.org/u/simon)
#### Post date: [4 Settembre 2023, 5:18pm UTC](https://meta.discourse.org/t/discourseconnect-provider-questions/270295/37 "2023-09-04T17:18:10Z")
> [@Sami\_Syed](#):
>
> Sto riscontrando i seguenti errori nel mio log e mi chiedo cosa significhino e come affrontarli.
Presumo che le voci che iniziano con “Verbose SSO log” mostrino accessi riusciti.
Per gli errori “google\_oauth2”, “OAuth::Unauthorized” e “facebook”, non sono sicuro di cosa stia succedendo. Il tuo sito Discourse era precedentemente configurato per consentire agli utenti di accedere tramite Google e Facebook? In tal caso, non potranno più accedere al sito con quei metodi ora che [DiscourseConnect](https://meta.discourse.org/t/13045?silent=true) è abilitato. Forse prova a disabilitare gli accessi a Google e Facebook dalla tua pagina delle impostazioni di Discourse.
Per gli utenti che segnalano errori di accesso, prova a trovare un messaggio di errore nel log SSO dettagliato associato al tentativo di accesso dell’utente. Quindi verifica se l’errore corrisponde a uno dei problemi descritti in questo argomento: [Debug and fixing common DiscourseConnect issues](https://meta.discourse.org/t/debug-and-fixing-common-discourseconnect-issues/103496).
> [@Sami\_Syed](#):
>
> Ho appena ricevuto questo screenshot da un utente:
L’URL mostrato nella barra degli indirizzi del browser è `https://projectvanlife.com/login/forum/javascript%3Avoid(0`.
Presumo che parte del javascript venga troncato e che in realtà sia inteso per essere decodificato in `javascript:void(0)`. Non sono sicuro da dove possa provenire. Possibilmente da una delle estensioni del browser dell’utente. Prova a chiedere loro di disabilitare le estensioni del browser o di provare ad accedere da una finestra di navigazione in incognito.
Modifica: @Sami_Syed il codice `javascript:void(0)` viene aggiunto al percorso quando si fa clic sul link “Iscriviti” della pagina di accesso. L’`href` di quel link è: `\"javascript%3Avoid(0)\"`
Immagino che venga utilizzato per avere il modulo di iscrizione sullo stesso percorso del modulo di accesso. Tuttavia, qualcosa sta andando storto. Sai se questo funzionava correttamente prima che [DiscourseConnect](https://meta.discourse.org/t/13045?silent=true) fosse abilitato?
Se il plugin utilizzato per i moduli di accesso/iscrizione ha un’opzione per far apparire il modulo di iscrizione su una pagina separata, abilitarla dovrebbe funzionare come soluzione rapida al problema.
Sarò offline per la maggior parte di oggi, ma posso provare ad aiutarti più tardi se sei bloccato.
Modifica: Ero perplesso riguardo a questo, quindi ho dato un’altra occhiata. La scheda “Registrati” sul modulo di accesso funziona senza problemi. Il link “Iscriviti” presenta il problema che ho descritto sopra:
Quindi la soluzione rapida al problema è semplicemente rimuovere il link di iscrizione.
---
### Author:  [@Sami\_Syed](https://meta.discourse.org/u/Sami_Syed)
#### Post date: [5 Settembre 2023, 5:25pm UTC](https://meta.discourse.org/t/discourseconnect-provider-questions/270295/38 "2023-09-05T17:25:59Z")
> [@simon](#):
>
> Presumo che le voci che iniziano con “Verbose SSO log” mostrino accessi riusciti.
Corretto.
> [@simon](#):
>
> Il tuo sito Discourse era precedentemente configurato per consentire agli utenti di accedere tramite Google e Facebook? In tal caso, non potranno più accedere al sito con tali metodi ora che [DiscourseConnect](https://meta.discourse.org/t/13045) è abilitato. Forse prova a disabilitare gli accessi a Google e Facebook dalla tua pagina delle impostazioni di Discourse.
Sì, era abilitato. La domanda è però, come riescono ancora ad attivare un accesso tramite FB o Google? La nostra attuale pagina di accesso non ha quella funzionalità.
O questo errore si presenta per coloro che si sono registrati originariamente usando G o FB e ora stanno cercando di accedere ma non funziona?
E in tal caso, come posso risolverlo?
> [@simon](#):
>
> Quindi la soluzione rapida per il problema è semplicemente rimuovere il link di iscrizione.
Per quanto vedo, è perché non ho impostato un link corretto lì. Oops. Ben notato e grazie!
---
### Author:  [@simon](https://meta.discourse.org/u/simon)
#### Post date: [5 Settembre 2023, 6:38pm UTC](https://meta.discourse.org/t/discourseconnect-provider-questions/270295/39 "2023-09-05T18:38:50Z")
> [@Sami\_Syed](#):
>
> come fanno ora ad attivare un accesso tramite FB o Google?
Non so cosa possa causarlo. Forse l’URL del provider di autenticazione è stato memorizzato nella cache dal browser dell’utente. Questa è solo un’ipotesi, però.
---
### Author:  [@system](https://meta.discourse.org/u/system)
#### Post date: [5 Ottobre 2023, 6:39pm UTC](https://meta.discourse.org/t/discourseconnect-provider-questions/270295/40 "2023-10-05T18:39:31Z")
This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.
[Pagina precedente](https://meta.discourse.org/t/discourseconnect-provider-questions/270295.md?page=1)