ruby-on-rails – 更改密码后用户会话无效,但只有多个线程

我遇到了一个奇怪的问题,我的Rails 4 Devise 3.2应用程序中的一个功能允许用户通过 AJAX POST将密码更改为从Devise wiki Allow users to edit their password派生的以下操作.似乎在用户更改密码后在稍后一个或多个请求之后,它们将被强行注销,并在重新登录后继续被强制注销.

# POST /update_my_password
def update_my_password
  @user = User.find(current_user.id)
  authorize! :update,@user ## CanCan check here as well

  if @user.valid_password?(params[:old_password])
    @user.password = params[:new_password]
    @user.password_confirmation = params[:new_password_conf]
    if @user.save
      sign_in @user,:bypass => true
      head :no_content
      return
    end
  else
    render :json => { "error_code" => "Incorrect password" },:status => 401     
    return
  end

  render :json => { :errors => @user.errors },:status => 422
end

这个动作在开发中实际上工作正常,但是当我运行多线程,多工作Puma实例时,它在生产中失败了.出现的情况是,用户将保持登录状态,直到其中一个请求到达另一个线程,然后他们以401响应状态注销为Unauthorized.如果我使用单个线程和单个工作程序运行Puma,则不会发生此问题.我似乎只允许用户使用多个线程再次登录的唯一方法是重新启动服务器(这不是解决方案).这很奇怪,因为我认为我的会话存储配置会正确处理它.我的config / initializers / session_store.rb文件包含以下内容

MyApp的:: Application.config.session_store(Actiondispatch ::会议:: CacheStore,
                                :expire_after => 3天)

我的production.rb配置包含:

config.cache_store = :dalli_store,ENV["MEMCACHE_SERVERS"],{ 
  :pool_size => (ENV['MEMCACHE_POOL_SIZE'] || 1),:compress => true,:socket_timeout => 0.75,:socket_max_failures => 3,:socket_failure_delay => 0.1,:down_retry_delay => 2.seconds,:keepalive => true,:failover => true
}

我通过bundle exec puma -p $PORT -C ./config/puma.rb启动puma.我的puma.rb包含:

threads ENV['PUMA_MIN_THREADS'] || 8,ENV['PUMA_MAX_THREADS'] || 16
workers ENV['PUMA_WORKERS'] || 2
preload_app!

on_worker_boot do
  ActiveSupport.on_load(:active_record) do
    config = Rails.application.config.database_configuration[Rails.env]
    config['reaping_frequency'] = ENV['DB_REAP_FREQ'] || 10 # seconds
    config['pool']              = ENV['DB_POOL'] || 16
    ActiveRecord::Base.establish_connection(config)
  end
end

那么……这里可能出现什么问题?如何在密码更改后更新所有线程/工作人员的会话,而无需重新启动服务器?

解决方法

由于您使用Dalli作为会话存储,因此您可能遇到此问题.

Multithreading Dalli

页面

“如果你使用彪马或其它线程应用程序服务器,达利2.7,你可以使用达利客户池与轨道,保证Rails.cache单不会成为线程争的根源.”

相关文章

validates:conclusion,:presence=>true,:inclusion=>{...
一、redis集群搭建redis3.0以前,提供了Sentinel工具来监控各...
分享一下我老师大神的人工智能教程。零基础!通俗易懂!风趣...
上一篇博文 ruby传参之引用类型 里边定义了一个方法名 mo...
一编程与编程语言 什么是编程语言? 能够被计算机所识别的表...
Ruby类和对象Ruby是一种完美的面向对象编程语言。面向对象编...