在Rails中存储持久会话数据而不影响正常会话过期

为什么不直接使用非会话cookie呢?您可以指定它在客户端上的持续时间,等等。请参阅 http://api.rubyonrails.org/classes/ActionController/Cookies.html

如果您担心用户弄乱了cookie数据,可以使用以下技术加密cookie数据(取自 http://www.neeraj.name/blog/articles/834-how-cookie-stores-session-data-in-rails

cookie_data = {:foo => "bar"}
digest = 'SHA1'
secret = 'my_encryption_secret'
data = ActiveSupport::Base64.encode64s(Marshal.dump(cookie_data))
digest_value = OpenSSL::HMAC.hexdigest(OpenSSL::Digest::Digest.new(digest), secret, data)
escaped_data_value = Rack::Utils.escape(data)
final_output = "#{escaped_data_value}--#{digest_value}"
cookies[:user_data] = final_output

稍后读取cookie数据:

Marshal.load(ActiveSupport::Base64.decode64(cookies[:user_data]))

它实际上是从基于文件的会话存储更改为基于cookie的会话存储,而不是从ActiveRecord。我可能错了,但我相信ActiveRecord是一个可行的选择,为网络农场或分布式设置时,基于文件的存储是默认的。自从引入了基于cookie的存储之后,web场场景就不再是问题了,因为它存储在客户端。今天,ActiveRecord仍然是一个可行的选择,当您希望减少每个请求中传输的数据开销(使用ActiveRecord意味着您只传输会话id)时,或者如果您想要一个集中的会话设置,您需要存储比cookie所允许的更多的数据量。

我发现在使用ActiveRecord会话存储时,速度不是我的一个因素。在基于cookie的会话中,通常会限制会话变量中存储的内容,因此它们往往是用于在数据库中查找数据的令牌。如果数据不需要在会话之外持久化,那么将对象存储在会话中是可行的,而不仅仅是一个令牌,因为您无论如何都要访问数据库以获取相关记录。如果您要检索的对象涉及昂贵的检索操作,并且您在会话的生存期内需要它,那么将该对象存储在会话中而不仅仅是一个令牌是有意义的,并且在首次建立会话时只命中db一次。