Я изменил URL-адрес моего сайта на базе Discourse, и сразу же участники начали жаловаться, что не могут войти в систему. Это в точности та проблема, которая описана в Смена доменного имени ломает работу Discourse ID. Похоже, решение заключается в очистке учетных данных через консоль Rails.
Я думал, что кнопка Regenerate credentials поможет, но её нажатие также вызывало ошибку.
Мне кажется, что эту проблему стоит решить, поскольку смена URL-адреса сайта — не такая уж редкая операция. По моему мнению, Discourse ID должен каким-то образом автоматически исправляться. Или хотя бы должна быть возможность обновить Discourse ID через административный интерфейс.
В нашем хостинге это обрабатывается автоматически. На самостоятельно размещаемых сайтах возникает описанная вами проблема. В интерфейсе администратора нет события или экрана, где администратор указывает приложению, что он собирается изменить домен приложения, поэтому мы не можем своевременно отреагировать на это…
Аналогичная проблема возникает со всеми другими провайдерами социальной авторизации — для них необходимо создавать новые приложения. Вы заметили какие-либо проблемы в панели администратора? Я бы ожидал, что проверки проблем могли сработать.
Я не припоминаю, чтобы видел какие-либо проблемы в панели администратора, но, с другой стороны, я и не следил за этим.
Можно ли добавить кнопку рядом с «Пересоздать учетные данные» для их удаления? Или всплывающее окно при отключении Discourse ID, спрашивающее, хотите ли вы удалить учетные данные? Любой из этих вариантов помог бы мне избежать необходимости обращаться к командной строке.
Я не использую никаких других провайдеров социальной авторизации.
Посмотрю на это в ближайшее время. Моя первая интуиция говорит не добавлять ещё одну кнопку, это может запутать при просмотре этих страниц в обычные времена (т.е. вне изменений домена). Но, возможно, отключение ID всё же очистит учётные данные upstream. В этом нет вреда, потенциально, поскольку повторное включение создаст новые учётные данные.