Предыстория
Вчера я развернул собственный экземпляр Discourse на своем сервере. После завершения развертывания я перешел к регистрации учетной записи администратора (admin). Однако после нажатия кнопки Register (Зарегистрироваться) ничего не произошло, и процесс, казалось, завис.
Мне потребовалось значительное время, чтобы понять, что проблема заключается в том, что мой пароль не соответствует минимальному требованию по длине.
Существующее решение и наблюдения
Я должен признать, что видел официальное дружелюбное уведомление о том, что пароль должен содержать 15 символов или более. Несмотря на это четкое предупреждение, я не сразу связал это требование с неудачей регистрации. В конце концов я понял связь и успешно зарегистрировал учетную запись.
Рекомендация по оптимизации
Я считаю, что логику регистрации можно оптимизировать для улучшения пользовательского опыта. Вот мои предлагаемые подходы:
-
Проверка длины пароля на стороне клиента: Ввести проверку длины строки пароля при отправке.
- Проблема: Этот подход вызывает опасения по поводу безопасности, так как пользователи могут беспокоиться, что сайт отслеживает ввод их пароля, что делает его реализацию маловероятной.
-
Улучшение форматирования поля ввода пароля и обратной связи (Рекомендуется): Улучшить поле ввода пароля, добавив визуальные ограничения и динамическую обратную связь, аналогично тому, как это обычно делается для требований к сложности/формату пароля.
-
2.1. До ввода (Плейсхолдер/Всплывающая подсказка): ◌◌◌◌◌◌◌◌◌◌◌◌◌◌◌
-
2.2. После ввода (Динамическая обратная связь): ●●●●●●●●◌◌◌◌◌◌◌
- B. Поскольку ввод пользователя скрыт (текст замаскирован), пустые кружки обозначают количество недостающих символов пароля, а закрашенные кружки — количество уже введенных символов пароля.
-
Прошу подтвердить, является ли подход 2 жизнеспособным и рекомендуемым путем для оптимизации.