Se l’ID utente WP e l’email sono gli stessi sui tuoi siti di produzione e staging, puoi passare all’utilizzo del sito di produzione senza dover apportare modifiche dal lato Discourse.
Sarebbe una buona idea ricontrollare per assicurarsi che gli ID utente siano gli stessi. Mi sembra di ricordare che con i siti di staging e produzione di WP Engine non vi fosse alcuna garanzia che gli ID utente corrispondessero tra produzione e staging, poiché utilizzano database completamente separati. Assicurati che non sia questo il caso per i tuoi siti di produzione e staging.
Se non sei sicuro che gli ID utente corrispondano tra produzione e staging, e il parametro require_activation non è impostato su true nel payload SSO, puoi eliminare in sicurezza tutte le voci SingleSignOnRecord esistenti dal database Discourse prima di passare al sito di produzione. La prima volta che gli utenti esistenti accedono a Discourse tramite WordPress, Discourse li troverà in base al loro indirizzo email e genererà un nuovo SingleSignOnRecord per loro.
Le voci SingleSignOnRecord esistenti possono essere eliminate dalla console Rails con:
SingleSignOnRecord.destroy_all
Se il parametro require_activation è impostato su true nel payload SSO, puoi comunque eliminare i record SSO dal lato Discourse. Prima che gli utenti esistenti possano accedere a Discourse dal tuo sito di produzione, dovrai contrassegnare i loro indirizzi email come verificati su WordPress. I dettagli su come farlo dalle loro pagine del profilo WordPress sono qui: Validate Email Addresses with the WP Discourse plugin.