Такие пользователи могут запутаться: им нужно нажать на ссылку или ввести код подтверждения?
Хм, не уверен. Думаю, письма вроде «нажмите на эту ссылку или введите этот код» — обычное дело. Это действительно помогает, если человек получает письмо на другом устройстве и при этом получает удобство в виде одного клика. — но пусть администратор сайта сам решает, какие варианты поймут его пользователи.
Спасибо, что поделились своим мнением!
Хочу добавить, что это не убирает форму имени пользователя. В текущей версии предстоящих изменений вы увидите, что после подтверждения адреса электронной почты с помощью кода есть отдельный шаг для выбора имени пользователя:
Недавно мы исправили ошибку, из-за которой появлялись имена вроде «user1» и «user2», поэтому, пожалуйста, сообщите нам, если вы по-прежнему видите это где-либо для новых аккаунтов.
Это хорошо, но позвольте мне упомянуть, что в моём случае после этого есть этап одобрения модератором, поэтому сообщение «аккаунт готов» может ввести в заблуждение в этой ситуации
У меня было впечатление, что это произошло в моей текущей стабильной версии, но я не могу это проверить, так как откатился на старую форму регистрации. Однако позже я попробую снова с учётом предложенных вами улучшений.
Когда я пытаюсь использовать эту новую опцию «enable_local_logins_via_code», возникает неудобная ситуация: если я использую менеджер паролей (в моём случае Roboform), который обычно одновременно вводит сохранённое имя пользователя и пароль, а затем сразу переходит на сайт, теперь Roboform показывает два отдельных элемента: один для имени пользователя (у меня вход выполняется по имени пользователя, а не по электронной почте) и второй для пароля.
Однако в этом случае, вместо одновременного заполнения полей пароля и имени пользователя, система сразу переходит на следующий экран:
После этого мне приходится вручную вводить свой адрес электронной почты. Обойдётся ли это более изящно в стабильной версии? Если я использую Roboform на этом этапе, он, разумеется, подставляет имя пользователя, и я получаю такую ошибку:
Один из возможных вариантов — попросить всех пользователей обновить записи в менеджере паролей, заменив имя пользователя на адрес электронной почты. Но это кажется навязчивым, к тому же проблема остаётся: система всё равно переходит на второй экран и требует второго шага, даже если я, в качестве эксперимента, сменил в Roboform имя пользователя на адрес электронной почты:
В любом случае, сейчас это просто неудобно. Я НИКОГДА не нажимаю на ссылку «Email me a one-time login code» — система сразу же переходит ко второму запросу.
Не поймите меня неправильно: мне нравится вариант с шестизначным кодом, как, вероятно, и моим участникам. Просто я хотел бы, чтобы процесс был более плавным и удобным, особенно при использовании менеджера паролей вроде Roboform.
Я считаю, что это ужасно. Я это отключил. Подтвердите, пожалуйста, что это не станет обязательным?
Никто не будет утруждать себя выбором разумного имени пользователя, если только он не является технически подкованным человеком.
Не все это делают в любом случае, но если «имя» не отображается везде наряду с «именем пользователя» (например, на /admin/users/list/active), то это ухудшение ситуации.
(Спасибо за Discourse в целом. Я не хочу казаться неблагодарным!)
Вот два момента, связанных с входом в систему с помощью этой платформы.
Во-первых, было бы удобнее, если бы можно было вводить либо имя пользователя, либо адрес электронной почты, так как одно из них может быть легче запомнить, чем другое.
Во-вторых, на моём форуме имя пользователя нельзя изменить. Скорее всего, я сам изменил эту настройку давно, но стоит отметить этот момент, поскольку новая система в какой-то степени зависит от возможности менять имя пользователя.
Привет! Я тоже сегодня обнаружил эту новую функцию. На нашем форуме работает процесс модерации, и внезапно новые пользователи начали получать случайные имена, например «happybreeze34». Для нас это проблема, так как мы гораздо больше хотим, чтобы пользователи использовали свои настоящие имена, а не случайные псевдонимы.
Пока я пытался найти обходной путь, я обнаружил, что отключение опции «генерировать случайное имя» просто возвращает шаблон «user1», «user2» и т. д., что не сильно лучше.
Также мне показался общий процесс немного запутанным: сначала пользователям нужно ввести код, отправленный по электронной почте, чтобы получить одобрение, но затем, чтобы фактически войти в систему, непонятно, как им следует действовать, так как от них требуют пароль, который они никогда не задавали. Нужно снова отправить код (и это неочевидно). После входа в систему им ещё нужно самостоятельно разобраться, как сменить имя пользователя. В совокупности это создаёт довольно длинный и запутанный процесс регистрации, особенно для нас, поскольку аккаунты также требуют одобрения модератором, прежде чем пользователи даже дойдут до этого этапа.
Так что, в текущем виде, этот процесс тоже не совсем соответствует нашим потребностям ![]()
В этом случае лучший вариант — включить следующий параметр:
Вы правы, нам нужно пересмотреть, как этот процесс работает для сайтов, где аккаунты должны утверждаться сотрудником. Мы разберёмся в этом и вернёмся к вам с ответом.
Спасибо, что сообщили об этой проблеме!
Я выложил исправление здесь:
Можете ли вы обновить версию и проверить, сохраняется ли у вас эта проблема?
Нет, он делает практически то же самое. Из Roboform он вставляет адрес электронной почты, делает паузу на одну-две секунды, а затем переходит к вводу 6-значного кода, при этом адрес электронной почты остаётся видимым. Похоже, что Roboform или что-то в нём автоматически активирует пункт «Отправить мне одноразовый код для входа», хотя я его даже не нажимал, в отличие от обычного ввода пароля и прямого перехода в discourse.
Спасибо за ваш отзыв, он очень полезен, так как мы рассматриваем вопрос о том, должно ли случайное генерирование имени пользователя быть опцией по умолчанию (opt-in) или отключаться по умолчанию (opt-out). Обратите внимание, что эта функция не будет обязательной, и вы можете отключить её, следуя инструкциям из первого поста:
После этого экран будет выглядеть так:






