Такие пользователи могут запутаться: им нужно нажать на ссылку или ввести код подтверждения?
Хм, не уверен. Думаю, письма вроде «нажмите на эту ссылку или введите этот код» — обычное дело. Это действительно помогает, если человек получает письмо на другом устройстве и при этом получает удобство в виде одного клика. — но пусть администратор сайта сам решает, какие варианты поймут его пользователи.
1 лайк
Спасибо, что поделились своим мнением!
Хочу добавить, что это не убирает форму имени пользователя. В текущей версии предстоящих изменений вы увидите, что после подтверждения адреса электронной почты с помощью кода есть отдельный шаг для выбора имени пользователя:
Недавно мы исправили ошибку, из-за которой появлялись имена вроде «user1» и «user2», поэтому, пожалуйста, сообщите нам, если вы по-прежнему видите это где-либо для новых аккаунтов.
1 лайк
Это хорошо, но позвольте мне упомянуть, что в моём случае после этого есть этап одобрения модератором, поэтому сообщение «аккаунт готов» может ввести в заблуждение в этой ситуации
1 лайк
У меня было впечатление, что это произошло в моей текущей стабильной версии, но я не могу это проверить, так как откатился на старую форму регистрации. Однако позже я попробую снова с учётом предложенных вами улучшений.
1 лайк
Когда я пытаюсь использовать эту новую опцию «enable_local_logins_via_code», возникает неудобная ситуация: если я использую менеджер паролей (в моём случае Roboform), который обычно одновременно вводит сохранённое имя пользователя и пароль, а затем сразу переходит на сайт, теперь Roboform показывает два отдельных элемента: один для имени пользователя (у меня вход выполняется по имени пользователя, а не по электронной почте) и второй для пароля.
Однако в этом случае, вместо одновременного заполнения полей пароля и имени пользователя, система сразу переходит на следующий экран:
После этого мне приходится вручную вводить свой адрес электронной почты. Обойдётся ли это более изящно в стабильной версии? Если я использую Roboform на этом этапе, он, разумеется, подставляет имя пользователя, и я получаю такую ошибку:
Один из возможных вариантов — попросить всех пользователей обновить записи в менеджере паролей, заменив имя пользователя на адрес электронной почты. Но это кажется навязчивым, к тому же проблема остаётся: система всё равно переходит на второй экран и требует второго шага, даже если я, в качестве эксперимента, сменил в Roboform имя пользователя на адрес электронной почты:
В любом случае, сейчас это просто неудобно. Я НИКОГДА не нажимаю на ссылку «Email me a one-time login code» — система сразу же переходит ко второму запросу.
Не поймите меня неправильно: мне нравится вариант с шестизначным кодом, как, вероятно, и моим участникам. Просто я хотел бы, чтобы процесс был более плавным и удобным, особенно при использовании менеджера паролей вроде Roboform.
1 лайк
Я считаю, что это ужасно. Я это отключил. Подтвердите, пожалуйста, что это не станет обязательным?
Никто не будет утруждать себя выбором разумного имени пользователя, если только он не является технически подкованным человеком.
Не все это делают в любом случае, но если «имя» не отображается везде наряду с «именем пользователя» (например, на /admin/users/list/active), то это ухудшение ситуации.
(Спасибо за Discourse в целом. Я не хочу казаться неблагодарным!)
1 лайк
Вот два момента, связанных с входом в систему с помощью этой платформы.
Во-первых, было бы удобнее, если бы можно было вводить либо имя пользователя, либо адрес электронной почты, так как одно из них может быть легче запомнить, чем другое.
Во-вторых, на моём форуме имя пользователя нельзя изменить. Скорее всего, я сам изменил эту настройку давно, но стоит отметить этот момент, поскольку новая система в какой-то степени зависит от возможности менять имя пользователя.
Привет! Я тоже сегодня обнаружил эту новую функцию. На нашем форуме работает процесс модерации, и внезапно новые пользователи начали получать случайные имена, например «happybreeze34». Для нас это проблема, так как мы гораздо больше хотим, чтобы пользователи использовали свои настоящие имена, а не случайные псевдонимы.
Пока я пытался найти обходной путь, я обнаружил, что отключение опции «генерировать случайное имя» просто возвращает шаблон «user1», «user2» и т. д., что не сильно лучше.
Также мне показался общий процесс немного запутанным: сначала пользователям нужно ввести код, отправленный по электронной почте, чтобы получить одобрение, но затем, чтобы фактически войти в систему, непонятно, как им следует действовать, так как от них требуют пароль, который они никогда не задавали. Нужно снова отправить код (и это неочевидно). После входа в систему им ещё нужно самостоятельно разобраться, как сменить имя пользователя. В совокупности это создаёт довольно длинный и запутанный процесс регистрации, особенно для нас, поскольку аккаунты также требуют одобрения модератором, прежде чем пользователи даже дойдут до этого этапа.
Так что, в текущем виде, этот процесс тоже не совсем соответствует нашим потребностям 
5 лайков
В этом случае лучший вариант — включить следующий параметр:
Вы правы, нам нужно пересмотреть, как этот процесс работает для сайтов, где аккаунты должны утверждаться сотрудником. Мы разберёмся в этом и вернёмся к вам с ответом.
4 лайка
Спасибо, что сообщили об этой проблеме!
Я выложил исправление здесь:
Можете ли вы обновить версию и проверить, сохраняется ли у вас эта проблема?
3 лайка
Спасибо за ваш отзыв, он очень полезен, так как мы рассматриваем вопрос о том, должно ли случайное генерирование имени пользователя быть опцией по умолчанию (opt-in) или отключаться по умолчанию (opt-out). Обратите внимание, что эта функция не будет обязательной, и вы можете отключить её, следуя инструкциям из первого поста:
После этого экран будет выглядеть так:
3 лайка
Мы только что выпустили обновление 
, которое улучшает процесс для сайтов, где требуется одобрение со стороны сотрудников. Пожалуйста, попробуйте его после обновления и сообщите, если вы столкнётесь с какими-либо проблемами!"
4 лайка
Нет, он делает практически то же самое. Из Roboform он вставляет адрес электронной почты, делает паузу на секунду-две, а затем переходит к запросу 6-значного кода, при этом адрес электронной почты остаётся видимым. Похоже, что Roboform или что-то подобное запускает «Отправить мне одноразовый код для входа по электронной почте», хотя я никогда не нажимал на него, в отличие от ввода пароля и прямого перехода в discourse.
Я помню, что некоторое время назад можно было скачать бесплатную копию Roboform и иметь 10 учётных записей, если вы хотите протестировать именно этот менеджер паролей.
https://meta.discourse.org/t/easier-account-signup-using-email-codes/407068/42
Сначала я пробовал это как с разрешением генерации случайных имён пользователей, так и без него. Разницы не было.
Сегодня вечером я изменил параметр Username change period (период смены имени пользователя) с 0 на 1 (то есть теперь смена имени пользователя разрешена). Похоже, теперь всё работает гораздо лучше. Два момента отличались (если только я не был невнимателен):
- Появился экран, показанный выше, с запросом имени пользователя. Раньше он НЕ ПОЯВЛЯЛСЯ. В каком-то смысле это логично — но о таком эффекте настройки
Username change periodследует упомянуть в инструкции. - Перед экраном с запросом имени пользователя появился другой экран (о котором не упоминается в этой теме), запрашивающий ввод полного имени и пользовательских полей. Это хорошо. Но и он раньше НЕ ПОЯВЛЯЛСЯ. В чём разница — непонятно.
Ещё одно изменение, которое я хотел бы видеть перед использованием этой новой функции, связано с процессом входа (то есть после того, как пользователь вышел из системы и хочет войти снова).
- Опция «Email me a one-time login code» (Отправить мне одноразовый код для входа по электронной почте) должна иметь такую же значимость, как и кнопка «Log In» (Войти). На данный момент это не совсем интуитивно понятно. Я уверен, что многие (нетехнические) пользователи просто подумают, что потеряли пароль.
- Возможно, стоит оставить одну кнопку с сообщением: «Если вы не введёте пароль, мы отправим вам одноразовый код для входа по электронной почте».
- Возможно, вариант «I have lost my password» (Я потерял свой пароль) мог бы каким-то образом включать идею о том, что та же процедура отправит ссылку для создания пароля — «Reset or create password» (Сбросить или создать пароль)?
- Идеи в этом абзаце письма «Set password» (Установить пароль) слишком хаотичны: «Somebody asked to add a password to your account on XYZ. Alternatively, you can log in using any supported online service (Google, Facebook, etc) that is associated with this validated email address.» (Кто-то попросил добавить пароль к вашему аккаунту на XYZ. Альтернативно, вы можете войти, используя любую поддерживаемую онлайн-службу (Google, Facebook и т. д.), связанную с этим подтверждённым адресом электронной почты.) Второе предложение в любом случае не будет актуально для многих форумов.
В пользу этой функции можно сказать, что одноразовые коды, вероятно, будут работать лучше, чем ссылки для входа, в приложении Discourse Hub, поскольку, как мне кажется, старые ссылки для входа открывались в браузере, а не в приложении Hub.
1 лайк
Спасибо, я попробую!
1 лайк
У меня сложилось впечатление, что при использовании настройки сайта invite code (код приглашения) что-то не работает в процессе регистрации. Я могу ввести только адрес электронной почты, форум сообщает, что письмо было отправлено, но я его не получил, а в логах также нет записи об отправке.
После того как я отключил предстоящее изменение, регистрация заработала как ожидалось, и письмо снова было отправлено.
Мне нравится идея улучшения пользовательского опыта и снижения барьеров, но то, как это реализовано для моей аудитории, мне не очень нравится (только сегодня об этом узнал: трое человек зарегистрировались в моём сообществе, и я начал задаваться вопросом, почему франкоговорящие «кошатницы» носят такие имена, как FriskyAlligator29, и почему они пропустили столько полей при регистрации.
Поясню: у этой аудитории в целом очень низкий уровень цифровой грамотности и понимания кибербезопасности, скорее всего, они используют имя своей кошки или что-то похожее в качестве пароля к электронной почте, и я бы предпочёл научить их использовать надёжные пароли и двухфакторную аутентификацию (хотя бы менеджер паролей с более сильными паролями), а не магические ссылки в письмах…
Кроме того, мы очень серьёзно относимся к «охране ворот» при регистрации новых пользователей: у нас есть набор вопросов, которые позволяют нам отсортировать людей при входе и сразу дать им важную информацию о том, как их приветствовать (контекст: больные питомцы, иногда экстренные ситуации или испуганные владельцы, ветеринары… они не следуют одному и тому же «потоку»).
2 лайка
Изменения состоят из двух частей. Первая — это генерация случайных пользовательских имен, которую мы скоро отключим по умолчанию, так как вы правы: это не лучший вариант по умолчанию для всех сообществ.
Вторая часть — использование кодов из электронной почты для подтверждения учетных записей и входа. Это лучше, чем магические ссылки в письмах, и, можно сказать, даже лучше, чем пароли. Если не лучше, то хотя бы проще. Вот как работает этот процесс:
- пользователь регистрируется, мы отправляем код на его электронную почту и отображаем поле для ввода кода на странице;
- пользователь видит код в письме и вводит его в Discourse (можно открыть письмо на отдельном устройстве и продолжить на том же);
- то же самое происходит при входе в систему;
- в обоих случаях пользователь может вообще не иметь пароля, если пожелает, — ввод пароля является необязательным;
- двухфакторная аутентификация по-прежнему может применяться к учетной записи как второй уровень защиты;
- остальные требования к регистрации (дополнительные поля пользователя, капча) также остаются в силе, как и настроено.
2 лайка
Я только что заметил на форуме, где требуется подтверждение регистрации, что после ввода адреса электронной почты и шестизначного кода появляется сообщение: «Ваша аккаунт ещё не одобрен. Мы отправим вам уведомление по электронной почте, когда вы сможете войти в систему».
Этот текст немного сбивает с толку, потому что на этом этапе вы ещё не входите в систему — вы всё ещё регистрируетесь.
(Кроме того, я надеюсь, что на сайтах с пользовательскими полями, которые могут помочь решить, одобрять ли пользователя, эти поля будут заполнены до отображения указанного выше текста.)
1 лайк