Заполнение discourse_username при отсутствии DiscourseConnect

[angus (Angus McLeod)]

Это был вопрос из старого issue на GitHub, который удобнее отслеживать здесь, на meta-странице.

https://github.com/discourse/wp-discourse/issues/237

От @mattdm:

Мы используем OpenID для входа, и, похоже, эта опция доступна только при использовании DiscourseConnect. Есть ли другой способ? Вручную заполнять их довольно утомительно.

Мы действительно разрешаем пользователям редактировать свой адрес электронной почты (отдельно от SSO) на сайтах Discourse, но идентификатор пользователя гарантированно остаётся одинаковым.

Мой первоначальный ответ (вопросы ещё остаются без ответа)

Привет, @mattdm, не могли бы вы прояснить несколько моментов:

1. Может ли email пользователя отличаться между его учётными записями на WordPress и Discourse?
2. Что вы имеете в виду под фразой «идентификатор пользователя гарантированно остаётся одинаковым»? О каком именно идентификаторе пользователя идёт речь?

[mattdm (Matthew Miller)]

Ой, извините — я был уверен, что уже отвечал на это, но, похоже, нет? Может, я просто об этом подумал! В любом случае:

1. Электронная почта изначально синхронизируется через SSO как для WordPress, так и для Discourse. Однако, по многочисленным просьбам пользователей, мы позволяем изменять этот адрес в Discourse. (Оказывается, часто возникает желание получать уведомления Discourse на адрес, отличный от того, что привязан к аккаунту для входа.) Также можно изменить адрес электронной почты в WordPress, но я не знаю, делает ли кто-то это, или даже работает ли исходящая почта на этом экземпляре.

2. Под «user id» я имел в виду «username». Имя пользователя всегда^[1] берётся из SSO как для Discourse, так и для WordPress, и не может быть изменено пользователем ни в одном из случаев. По какой-то причине, мне неизвестной, но, вероятно, имевшей смысл на тот момент, в нашей системе SSO это поле называется nickname; оно сопоставляется с oauth2 json username path.

---

1. На самом деле оказывается, что есть несколько аккаунтов, подобных моему, которые были созданы до внедрения SSO, и в них допущена ошибка — я значусь как «Matthew Miller» вместо mattdm. Но мы могли бы это исправить. ↩︎

[angus (Angus McLeod)]

Хм, хорошо, то есть по сути:

1. У части ваших пользователей будут разные адреса электронной почты в WordPress и Discourse.
2. Ваше имя пользователя гарантированно будет одинаковым, так как оно предоставляется вашим провайдером идентификации как для WordPress, так и для Discourse.

Если бы мы разделили веб-хук пользователя WP Discourse от функциональности DiscourseConnect (это возможно), то сопоставление пользователей происходило бы на основе адреса электронной почты, а не имени пользователя. Ваша ситуация несколько специфична для вашей настройки идентификации.

Я думаю, что этот случай лучше обрабатывать с помощью пользовательского кода в WordPress. То, что вам нужно, выглядит примерно так:

function update_discourse_username( $user_login, $user ) {
    update_user_meta( $user->ID, 'discourse_username', $user_login );
}
add_action( 'wp_login', 'update_discourse_username', 10, 2);

По сути, просто присваивайте поле мета-данных discourse_username имени пользователя WP после входа, так как они гарантированно совпадают. Обратите внимание, что “user_login” — это то, как иногда называют “username” в коде WordPress.

[mattdm (Matthew Miller)]

@angus

Хм, хорошо, то есть по сути:

1. У вас будет подмножество пользователей с разными адресами электронной почты на WordPress и Discourse.
2. Ваше имя пользователя гарантированно будет одинаковым, так как оно предоставляется вашим провайдером идентификации как для WordPress, так и для Discourse.

Если бы мы разделили веб-хук пользователя WP Discourse от функциональности DiscourseConnect (возможно), то сопоставление пользователей происходило бы на основе электронной почты, а не имени пользователя. Ваша ситуация в некоторой степени специфична для вашей настройки идентификации.

Возвращаюсь к этому вопросу спустя несколько лет.

Где-то по пути мы изменили настройку так, что адреса электронной почты теперь принудительно синхронизируются из нашего SSO (oauth2). Так что мы должны быть способны выполнять сопоставление именно таким образом. (И даже если по какой-то причине возникнет несоответствие, не должно быть ситуации, когда адрес электронной почты принадлежит другому человеку, поэтому в худшем случае это просто не сработает, верно?)

Есть ли шанс сделать так, чтобы веб-хук пользователя WP Discourse просто работал?

Если нет… Я не эксперт по WordPress, и наш WordPress размещен на хостинге, поэтому я не уверен, что у нас есть простой вариант настройки плагина.

CC @jwheel

[angus (Angus McLeod)]

Хорошо, просто для уточнения:

@angus

• У части ваших пользователей будут разные адреса электронной почты в WordPress и Discourse.

Это больше не так?

@mattdm

Есть ли шанс, что веб-хук для пользователей WP Discourse начнёт работать без проблем?

Просто заметка: он сейчас работает. Вы просите о новой функции

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

Это (валидация email в WordPress) — ответственность администратора сайта. Однако один из принципов разработки с открытым исходным кодом — избегать создания чего-либо, что может привести к негативным последствиям даже в небольшом количестве случаев, особенно если у вас нет контроля над окружением. Эта проблема всё ещё существует, но смягчена, когда речь идёт только о DiscourseConnect.

Я ещё раз внимательно рассмотрю этот вопрос и вернусь к вам в конце этой недели.

[mattdm (Matthew Miller)]

Если сопоставление по электронной почте слишком сложное, мне кажется, что утверждение «Имена пользователей Discourse всегда совпадают с WordPress (и наоборот)» не может быть таким уж редким.

Даже если у кого-то нет системы SSO, предполагающей уникальное имя пользователя, surely должно существовать множество небольших сайтов, скажем, с десятком пользователей WordPress, где это верно по соглашению.

[simon]

@mattdm

В какой-то момент мы изменили систему так, что адреса электронной почты обязательно синхронизируются с нашей SSO (oauth2). Значит, мы должны иметь возможность выполнять сопоставление именно таким образом.

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

Более того, на странице профиля пользователя появляется ссылка:

(редактирование: можно ли добавить подпись к изображению без использования ИИ?)

Прямо сейчас я провожу тестирование: при нажатии на ссылку на странице профиля поле «Имя пользователя Discourse» не заполняется, хотя должно. Однако при нажатии на ссылку «Войти через Discourse», которую можно добавить на страницу входа, поле «Имя пользователя Discourse» автоматически обновляется.

Полагаю, суть синхронизации учётных записей заключается в безопасном обновлении поля «Имя пользователя Discourse», поэтому стоит разобраться, что именно происходит в данном случае. Также, похоже, существует проблема: учётные записи с «неподтверждённым» адресом электронной почты в WordPress могут синхронизироваться с Discourse. По умолчанию это, вероятно, не должно быть разрешено.

В вашем случае вам может не потребоваться разрешать пользователям вход в WordPress через Discourse. Должно быть достаточно использовать ссылку на странице профиля, чтобы пользователи могли синхронизировать свои учётные записи и автоматически заполнять поле имени пользователя в Discourse. Для этого не обязательно включать вход в WordPress через Discourse.

Возможным недостатком такого подхода является то, что инициатива должна исходить от самих пользователей. Это не предоставит кнопку, которую администраторы могли бы нажать, чтобы получить имя пользователя в Discourse.

[mattdm (Matthew Miller)]

Это кажется глупым. У нас уже есть централизованный SSO. Нам не следует настраивать некоторые из наших сервисов так, чтобы они использовали другие случайные сервисы в качестве провайдера аутентификации, просто чтобы заставить их работать вместе. Это прямой путь к безумию.

[simon]

@Мэтью Миллер

Нам не следует настраивать некоторые из наших сервисов на использование других случайных сервисов в качестве провайдера аутентификации.

Не сбивайтесь с толку названием (DiscourseConnect). Если бы описанная мною функция работала как положено, она была бы просто способом для пользователя WordPress подтвердить, что у него есть аккаунт Discourse с соответствующим адресом электронной почты, и автоматически получить имя пользователя Discourse в WordPress. Это не повлияло бы на систему аутентификации вашего сайта.

[angus (Angus McLeod)]

В основном плагине никогда не будет механизма сопоставления идентичности между именем пользователя WordPress и именем пользователя Discourse, даже за настройкой. Единственная возможность в данном контексте — сопоставление по электронной почте. Я решил добавить сопоставление по электронной почте как механизм резервного копирования для вебхука пользователя. Это будет включено в следующую версию, которая выйдет через несколько недель.

[angus (Angus McLeod)]

Чтобы завершить этот вопрос, в последней версии плагина 2.5.4 было внесено несколько обновлений в работу вебхуков, включая отмену требования DiscourseConnect для настройки «Сопоставление пользователей по электронной почте». Подробнее см. по ссылке:

Configure WP Discourse Webhooks

You can use webhooks to sync data between Discourse and WordPress, and enrich your integration. Reply to this topic if you have questions about how to setup the webhooks, or how they work. Setup WP Discourse First setup an endpoint in WP Discourse: Navigate to WP Discourse > Webhooks in Wordpress admin. Select the endpoint(s) you want to enable (see below). Set a “Webhook Secret Key”, if it’s not already set. Click “Save Options”. Discourse Then create a new Webhook in Discourse (Go to /admi…

[mattdm (Matthew Miller)]

@angus

Чтобы закрыть эту тему, в последней версии плагина 2.5.4 были внесены различные обновления для Webhooks, включая отказ от требования DiscourseConnect для настройки «Сопоставление пользователей по электронной почте». Подробнее см.

Я думаю, это решит нашу проблему, по крайней мере, в 99% случаев. Спасибо!!!

@jwheel, для сведения: я уже включил это на нашем сайте.

[jwheel (Justin Wheeler)]

Отлично, я буду следить за этим, чтобы в будущем поднимать темы, связанные с этим плагином.