У меня была некоторая забава, работающая с htmlSQL, который не является так всеобъемлющим решением, но действительно простой работать с.
Похоже, этот пост в блоге описывает то, чего вы хотите достичь.
Модель пользователя использует perishable_token
, который используется для URL-адреса подтверждения отправляется на почтовый адрес пользователя при создании учетной записи. Когда пользователь щелкает URL-адрес в письме, он запускает действие, которое устанавливает для соответствующей модели пользователя значение подтверждено
В основном вам необходимо проверить сеансы UserSession
в зависимости от того, соответствует ли соответствующий User
уже проверено.
См .:
Вы можете найти auth_helpers полезным. Это «набор модулей и контроллеров для расширения ваших моделей Authlogic. В настоящее время он поддерживает поведение с возможностью подтверждения и восстановления»
.Ссылка, предложенная Леннартом, является хорошей отправной точкой. Однако беглый взгляд на код обнаруживает следующие предостережения:
Notifier # delivery_password_reset_instructions
не реализован, но вызывается из пользователя # delivery_password_reset_instructions!
Удачи! Спросите, если вы застряли.
Вы можете проверить блог Бена Джонсона, автора Authlogic. Он написал потрясающее Учебное пособие: Сброс паролей с помощью Authlogic RESTful . Подтверждение учетной записи происходит таким же образом, но с меньшей сложностью.
Очень поздно на вопрос, но здесь - это шаблон с проверкой электронной почты AUTHLOGIC Отказ
Есть ли какая-либо причина, по которой вы не можете иметь UserObserver (или ActivationObserver, если у вас несколько моделей аутентификации - например, администратор, пользователь, представитель клиентской службы и т.д.), который посылает электронное письмо после того, как кто-то создан?
.