Как лучше всего интегрировать Discourse для крупного WordPress-журнала?

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

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

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

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

Дайте знать, если различие между использованием WordPress в качестве клиента DiscourseConnect и провайдера DiscourseConnect остаётся для вас неясным.

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

Это может быть возможно. Моё ощущение таково, что это может привести к проблемам.

На вашем сайте Discourse вы можете фильтровать темы, не включённые в список, добавив к URL следующую строку запроса: ?status=listed. Например, https://meta.discourse.org/latest?status=listed. Существует готовый компонент темы, который можно использовать для переключения между просмотром «открытых» и «закрытых» тем: Topic Status Filter. Если его ещё нет, будет довольно легко добавить статусы «включённые» и «невключённые» к этому фильтру. Но, полагаю, в таком случае фильтр должны видеть только сотрудники.

Это можно реализовать из WordPress с помощью API-запроса, который обрабатывается задачей cron.