У нас есть закрытый форум Discourse, доступный только для волонтёров. Мы настроили синхронизацию с нашей платформой для волонтёров, благодаря которой новые пользователи автоматически добавляются в Discourse, когда они присоединяются в качестве волонтёров.
Также мы настроили ручное одобрение всех новых пользователей, так как люди пытаются зарегистрироваться из других источников или создают дублирующиеся учётные записи (что нам не нужно, поскольку платформы должны сохранять синхронизацию).
Мой вопрос: возможно ли автоматически одобрять новых пользователей, которые соответствуют определённым условиям профиля, сохраняя при этом ручное одобрение для остальных? Пользователи, созданные через синхронизацию, всегда будут иметь заполненное поле глобального идентификатора пользователя в своём профиле Discourse, что позволит легко их идентифицировать.
Спасибо! Дайте знать, если нужно уточнить что-либо из вышеизложенного.
Дена
Если вы создаёте этих пользователей через API, то вы можете также одобрить их через API в тот же момент. Если же вы имеете в виду, что они создают свою учётную запись и делают что-то, чтобы автоматически пройти валидацию, то, скорее всего, для этого потребуется плагин.
Мы делаем именно это — наш портал для членов (очной некоммерческой группы) управляет учетными записями участников форума при регистрации. Как вы отметили, существует множество раздражающих пограничных случаев, связанных с дубликатами.
Чтобы не вводить в заблуждение: вступление в некоммерческую организацию как «членство», тогда как на форуме это «пользователь».
Регистрация на членство >> (если пользователь форума с membership.email не существует) создать пользователя форума, установить имя пользователя равным membership.discourseUsername, добавить в группы для получения разрешений и немедленно одобрить/активировать учетную запись.
Иногда люди регистрируются на форуме, чтобы узнать, о чем наше сообщество, прежде чем стать членами организации; такие случаи одобряются вручную.
При вступлении в членство >> (если пользователь форума с membership.email уже существует) перезаписать учетную запись пользователя форума данными из membership.email, как описано выше. Это необычный случай, но среди пользователей, не являющихся членами, нет таких, чьи учетные записи могли бы быть скомпрометированы в результате вступления платящего члена в организацию.
Приносим извинения, что наше внешнее приложение очень большое, поэтому вам, возможно, придется покопаться, чтобы понять, как мы инициируем все эти шаги/запросы к API.