【发布时间】:2014-05-31 20:28:51
【问题描述】:
使用 Devise 3.2.3 和 Devise Confirmable 运行 Rails 4 应用程序。
Devise 为新创建的用户生成一个确认令牌,该用户已正确存储在数据库中,然后发送一封带有确认说明的邮件。出于安全原因,在邮件程序中发送的令牌与存储在数据库中的确认令牌不同,但在邮件程序中发送的令牌并未解析为用户的正确确认令牌,因此永远不会确认用户。
这是我所说的一个例子:
数据库中的用户在创建后具有如下Devise设置的confirmation_token attr:
beaa0ed7c9c2da72a99381ee705aa8ebd91672a5c18f5a44deeb43d0665080c4
以下链接将通过电子邮件发送给用户:
http://localhost:3000/users/confirmation?confirmation_token=ZEagTsW1o1Ex_xGdQq7D
我已经确认邮件模板使用的是新的@token 方法而不是旧的@resource.confirmation_token
%p Welcome #{@email}!
%p You can confirm your account email through the link below:
%p= link_to 'Confirm my account', confirmation_url(@resource, confirmation_token: @token)
但是当我点击设计发送的链接时,@token 不会解析为用户的正确确认令牌属性。从日志中:
Started GET "/users/confirmation?confirmation_token=ZEagTsW1o1Ex_xGdQq7D" for 127.0.0.1 at 2014-04-16 12:15:33 -0700
Processing by ConfirmationsController#show as HTML
Parameters: {"confirmation_token"=>"ZEagTsW1o1Ex_xGdQq7D"}
User Load (0.3ms) SELECT `users`.* FROM `users` WHERE `users`.`confirmation_token` = 'd876b3a89e02512b7c8ff632f2d8ff33dbe57ccc4df50469ad99e456c45938f8' ORDER BY `users`.`id` ASC LIMIT 1
如您所见,电子邮件中发送的@token 解析为 d876b3a89e02512b7c8ff632f2d8ff33dbe57ccc4df50469ad99e456c45938f8 而不是 beaa0ed7c9c2da72a99381ee705aa8ebd91672a5c18f605a44deeb4308d有什么想法吗?
【问题讨论】:
标签: devise devise-confirmable ruby-on-rails-4.1