我有一个 rails 4 应用程序，我在其中使用设计进行身份验证，它运行良好。我唯一的问题是，在我将它部署到服务器后，它会丢失用户的会话，并且用户必须重新登录。
如果我只是重新启动 nginx/passenger（我正在用于我的应用程序）它不会丢失它。 当我部署我的应用程序时，我正在丢失它。对于部署，我还会自动清除所有数据库，并且我的部署脚本会运行种子文件，它还会生成用户。
我们目前正在开发应用程序，因此这种行为目前是可以接受的，但在 将来当应用程序准备好时，我们不会这样做（当然！）。
所以这是由于重新播种造成的问题，还是我应该检查其他内容？我看到每次运行擦除/种子操作时加密的密码都会更改，这是否与用户会话丢失有关？
【问题讨论】：
标签： ruby-on-rails session devise session-timeout
您不应该在部署期间清除数据库。想象一下，您的应用程序正在运行并且您有数百个用户。现在您对代码进行一些更改并进行部署。 POOF 你所有的数据和用户都不见了！这当然不是你想要的。
其次，当您清除数据库时，用户退出登录可能是由于以下原因之一：
您是否为具有相同 ID 的用户播种？如果重新播种时用户ID发生变化，会导致用户退出
您是否使用 config.session_store :active_record_store 而不是使用 cookie 在数据库中存储会话？在这种情况下，清除数据库将删除会话表并注销所有用户
Rails 4 默认使用加密的 cookie 存储。确保在重新部署时没有更改应用程序的 config.secret_token，以防它从数据库中加载
最终，清除数据库是您的用户退出的唯一原因，这是一种不好的做法。因此，要解决的最重要的问题是不要在部署期间擦除数据。
【讨论】：
这种行为的原因如下：
每当一些用户更改他的密码时，设计自动将他注销。
所以，基本上是通过重新播种数据，重新计算密码（即使密码相同，新的加密密码与旧密码不同）。因此，该设计将自动注销用户，因为似乎密码已更改（基于不同的 encrypted_password 字段）。
我设法绕过了这种行为，通过在种子.rb 文件中专门设置 encrypted_password 并绕过验证。
【讨论】：
如果我只是重新启动 nginx/passenger（我正在使用 应用程序）它不会丢失它。当我部署我的应用程序时，我正在丢失它。 对于部署，我也会自动清除所有数据库，我的 部署脚本运行种子文件，它还生成 用户。
如果您生成新用户，旧用户将失去他们的会话。
这是因为新用户的价值观会有所不同。例如，它们可能没有记忆令牌集，或者如果 session_id 使用 user.created_at 或 user.token_generated_at 的值，则每次删除和重新创建数据库时它们都会有所不同。
【讨论】：