4

rack-timeout 包含在 Gemfile 中,但我们只希望它作为生产中的中间件。因此,在初始化器中,我们有:

config.middleware.delete Rack::Timeout

在此行之前和之后检查显示从阵列中删除的 rack-timeout。无论如何,请求仍然超时,并且在 gem 中快速“放置”表明它确实是罪魁祸首。

这是因为在调用 delete 之前已经构建了中间件堆栈吗?还是在每个请求中都读取堆栈?如果是这样,可能是什么问题?

4

1 回答 1

8

为什么不只是有类似以下的东西?

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 运行。

于 2012-02-25T21:43:00.237 回答