rack-timeout 包含在 Gemfile 中,但我们只希望它作为生产中的中间件。因此,在初始化器中,我们有:
config.middleware.delete Rack::Timeout
在此行之前和之后检查显示从阵列中删除的 rack-timeout。无论如何,请求仍然超时,并且在 gem 中快速“放置”表明它确实是罪魁祸首。
这是因为在调用 delete 之前已经构建了中间件堆栈吗?还是在每个请求中都读取堆栈?如果是这样,可能是什么问题?
rack-timeout 包含在 Gemfile 中,但我们只希望它作为生产中的中间件。因此,在初始化器中,我们有:
config.middleware.delete Rack::Timeout
在此行之前和之后检查显示从阵列中删除的 rack-timeout。无论如何,请求仍然超时,并且在 gem 中快速“放置”表明它确实是罪魁祸首。
这是因为在调用 delete 之前已经构建了中间件堆栈吗?还是在每个请求中都读取堆栈?如果是这样,可能是什么问题?
为什么不只是有类似以下的东西?
group :production do
gem "rack-timeout"
end
理论上,初始化程序中的中间件删除应该在服务器重新启动后解决问题,假设您正在谈论将某些东西放入config/initializers/
.
做了更多的实验并将其放入config/initializers/rack-timeout.rb
:
if Rails.env.production?
Rack::Timeout.timeout = 0.5
else
Rails.configuration.middleware.delete Rack::Timeout
end
这在一个脚手架控制器中:
sleep 1
重新启动开发服务器后,一切似乎都很酷(看不到超时:D)。所以,也许只是一个不好的变量。
我仍然认为使用仅生产组是更好的解决方案。
在 OSX 上使用 Rails 3.2.2 和 ruby 1.9.2-p290 运行。