Si l’ID utilisateur WP et l’e-mail sont identiques sur vos sites de production et de staging, vous pouvez passer au site de production sans avoir à apporter de modifications du côté de Discourse.
Il serait judicieux de vérifier à nouveau pour vous assurer que les ID utilisateur sont les mêmes. Je me souviens qu’avec les sites de staging et de production de WP Engine, il n’y avait aucune garantie que les ID utilisateur correspondent entre la production et le staging - ils utilisent des bases de données complètement séparées. Assurez-vous que ce n’est pas le cas pour vos sites de production et de staging.
Si vous n’êtes pas sûr que les ID utilisateur correspondent entre la production et le staging, et que le paramètre require_activation n’est pas défini sur true dans la charge utile SSO, vous pouvez supprimer en toute sécurité toutes les entrées SingleSignOnRecord existantes de la base de données Discourse avant de passer au site de production. Lors de la première connexion des utilisateurs existants à Discourse via WordPress, Discourse les trouvera en fonction de leur adresse e-mail et générera un nouvel enregistrement SingleSignOnRecord pour eux.
Les entrées SingleSignOnRecord existantes peuvent être supprimées de la console Rails avec :
SingleSignOnRecord.destroy_all
Si le paramètre require_activation est défini sur true dans la charge utile SSO, vous pouvez toujours supprimer les enregistrements SSO du côté de Discourse. Avant que les utilisateurs existants ne puissent se connecter à Discourse depuis votre site de production, vous devrez marquer leurs adresses e-mail comme vérifiées sur WordPress. Les détails sur la façon de le faire à partir de leurs pages de profil WordPress sont ici : Validate Email Addresses with the WP Discourse plugin.