Сообщество инструмента no-code: SSO против входа по электронной почте

Привет, ребята! Хочу посоветоваться с вами по одному вопросу :brain:

Мы настраиваем SSO между нашей no-code платформой и нашим будущим форумом на Discourse. Пока всё работает отлично, ура! Однако теперь мы думаем, стоит ли сохранять в Discourse возможность «базового» входа через email и пароль.

Мои мысли:
Если оставить только SSO, участниками сообщества смогут стать только те, кто уже является нашими пользователями. У нас есть бесплатная версия продукта, поэтому, если кто-то захочет присоединиться к сообществу, но у него ещё нет аккаунта, он сможет зарегистрироваться на бесплатном тарифе. Однако, по-моему, это может отпугнуть некоторых людей.

Если же оставить оба варианта, могут возникнуть дублирующие аккаунты: например, кто-то создаст учётную запись в сообществе с email A, а позже зарегистрируется у нас с email B.

Как вы думаете? Есть ли у вас опыт или мнения по этому поводу?

Не слишком ли я усложняю ситуацию? :sweat_smile:

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

Если вы имеете в виду DiscourseConnect под «SSO», то у вас нет выбора, поскольку включение DiscourseConnect отключит все остальные методы входа.

Спасибо за ответы, ребята!

Прошу прощения за мою нехватку технических знаний, @RGJ, но, насколько я понимаю, мы настроили Custom OAuth2 между нашим продуктом и нашим сообществом :slight_smile:

@david, я тоже на это надеюсь, но люди — странные существа, ха-ха. Однако я очень люблю функцию «слияние».

Я на 100% согласен с вами, что люди странные.

Нужно сделать процесс максимально простым для каждого. Как только они сталкиваются с трудностями при регистрации или входе в систему, они, как правило, уходят.

Тем не менее, нужно учитывать потребности всех: вход через SSO, вход по электронной почте, вход через социальные сети и т. д.

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

Ха-ха, хорошо знать, спасибо!

Я тоже так думаю. Однако есть мнения, что вход через OAuth2 даёт нам ценную информацию о пользователях, так как мы видим, что они делают в нашем продукте, чем занимается их бизнес и т. д. На данный момент я просто собираю мнения :slight_smile:

Я использовал эту функцию несколько раз на своём форуме.
Извините за небольшое отклонение от темы, но однажды, когда я объединял учётную запись с большим количеством контента (или наоборот?), процесс завершился по тайм-ауту (30 или 60+ секунд, не помню точно), что привело к частичному объединению и потере некоторых сообщений. Немного сбоило. Не критично, но всё же… Это случалось со мной несколько раз, пока я не заметил, что через командную строку с помощью задачи rake тайм-аута не происходит.

Это было два года назад, но с тех пор я так боюсь объединять учётные записи через интерфейс, что всегда делаю это через задачу rake, если только обе объединяемые учётные записи не содержат очень мало контента.

Есть ли у вас какая-либо информация по этому поводу, @david?

За последние два года было внесено множество улучшений. Беглый взгляд на код показывает, что теперь объединение происходит в фоновой задаче, поэтому оно больше не должно завершаться с ошибкой по тайм-ауту, как раньше.

Если вы всё ещё сталкиваетесь с проблемами, пожалуйста, создайте тему в Support.