Как работает Discourse ID

[Moin]

Возможно, информацию о том, что делать после смены доменного имени, стоит добавить в первое сообщение:

@pmusaraj

Если у вас есть доступ к консоли Rails, вы можете очистить клиентский ID и секрет для настроек Discourse ID, а затем переключить настройку «Включить Discourse ID» (выкл/вкл). Это запустит новую регистрацию.

@在云端_裸奔

./launcher enter app
rails c
SiteSetting.discourse_id_client_id = ""
SiteSetting.discourse_id_client_secret = ""

[mcwumbly (Dave McClure)]

Я добавил следующее в первый пост:

@rishabh

Перенастройка ID после смены доменных имен

После смены доменного имени вашего сайта, чтобы инициировать новую регистрацию, необходимо:

1. Очистить клиентский ID и секрет для настроек Discourse ID.
2. Выключить и снова включить настройку «Включить Discourse ID».

Если у вас есть доступ к консоли Rails:

./launcher enter app
rails c
SiteSetting.discourse_id_client_id = ""
SiteSetting.discourse_id_client_secret = ""

[Moin]

Думаю, я бы добавил скрипт Rails сразу после шага 1

@rishabh

1. очистите поля client id и secret в настройках Discourse ID

Это скрытые настройки сайта, поэтому изменить их можно только через консоль Rails

config/site_settings.yml

[0cjs (Curt J. Sampson)]

Может ли кто-нибудь рассказать о более глобальных целях создания провайдера идентификации Discourse ID? Я не вижу в этом ничего плохого, но хотел бы узнать, не упускаю ли я какие-то важные преимущества.

Кажется, что для тех, кто использует GitHub, Google, Apple или Facebook, нет никаких преимуществ в создании Discourse ID, поскольку в любом случае регистрация или вход на сайт Discourse занимают «один клик» (ну, или очень несколько кликов). Так зачем вообще предоставляется эта опция? Просто ради единообразия?

Для сохранения аккаунта отдельно от GitHub/Google и т.д. Discourse ID действительно кажется разумным решением. Я предполагаю, что он предоставляет какую-то форму двухфакторной аутентификации, если вы используете адрес электронной почты и пароль для входа?

И наконец, можно ли использовать Discourse ID с другими, не связанными с Discourse системами? Судя по всему, технически он может выступать в роли провайдера идентификации практически для чего угодно, но поощряется ли это? Или к этому относятся негативно? Есть ли риск, что Discourse ID в будущем перестанет работать?

Меня в целом интересует, кто предоставляет услуги идентификации и почему, как с точки зрения цифрового суверенитета, так и просто ради «ухода от Google/MS и т.д.», поэтому понимание того, что происходит с альтернативными провайдерами идентификации, представляет для меня большой интерес.

[pmusaraj (Penar Musaraj)]

Существует несколько более высоких целей, но, говоря в общем, всё сводится к двум основным преимуществам. Администраторам не нужно настраивать и поддерживать авторизацию через GitHub, Google, Apple и Facebook. Каждый из этих вариантов по отдельности не так уж сложно настроить и поддерживать, но это требует нескольких шагов и постоянного обслуживания. А в случае с Apple — ещё и затрат.

Для конечного пользователя на данный момент разница невелика. В долгосрочной перспективе, если достаточно сообществ перейдут на Discourse ID, мы надеемся предложить более удобный централизованный интерфейс для управления ID (для сообществ, к которым присоединился пользователь), настройки уведомлений, персонализации учётных записей и т. д. А также улучшить возможность поиска новых сообществ.