SSO, contas antigas desativadas

O servidor que hospedava nossa instância do Discourse travou e queimou, e temos apenas um backup bastante antigo do Discourse.
A instância, que restauramos, usa SSO com o Drupal.

Pergunta: entre o momento do último backup e agora, vários usuários foram desativados no Drupal, então, presumo, não conseguirão se reconectar ao Discourse corretamente.
Mas e quanto às notificações por e-mail? Já nos foi dito que alguns ex-usuários receberam algumas notificações. Existe alguma maneira de fazer o Discourse entender automaticamente quais usuários não devem mais recebê-las? Eu realmente gostaria de não ter que revisar manualmente a lista de usuários :slight_smile:

Você poderia fazer com que o Drupal usasse a API para desativar esses usuários. Ou gerar uma lista e desativá-los diretamente no console do Rails.

Parece bom. Alguma dica sobre como fazer isso?

Para encontrar as chamadas da API, você pode ver Reverse engineer the Discourse API. Além disso, os tópicos sobre SSO devem fornecer algumas informações sobre como ter o SSO mestre desativando contas. No seu caso, no entanto, as contas já estão desativadas, então você provavelmente quererá obter uma lista delas . . . de alguma forma . . . e depois algo como

 Users.where(de alguma forma obter os usuários).update_all(active: false)

(Isso não está exatamente correto, mas é a ideia.)

Se for uma emergência e você tiver um orçamento, minhas informações de contato estão no meu perfil.

Obrigado, mas eu estava perguntando principalmente se existe uma coisa/processo/ponto de extremidade/chamada padrão de SSO para lidar com esse tipo de coisa (sincronizar usuários ativos).

Aparentemente não :slight_smile:

Vou tentar criar o meu próprio.

Existe. Você provavelmente pode encontrá-lo no plugin wp-discourse, mas a maneira mais fácil de localizá-lo é desativar uma conta com as ferramentas de desenvolvedor abertas e ver qual chamada ele faz.