4

我已将 Puma 添加到我的 sinatra 应用程序中,现在我在终端中获得了两行请求的输出。我已经检查过了,它实际上并没有两次调用代码,我猜可能 Puma 正在输出请求信息以及 Sinatra。

作为演示,我创建了一个简单的应用程序,如下所示:

宝石文件

source 'https://rubygems.org'
ruby '2.2.0'

gem 'sinatra'
gem 'puma'

配置.ru

require 'sinatra'

get '/' do
  'Hello World'
end

run Sinatra::Application

这是我运行的命令:

rackup -s puma

这是我浏览http://localhost:9292/时收到的输出类型

R5001755:test louis.sayers$ rackup -s puma
Puma 2.11.3 starting...
* Min threads: 0, max threads: 16
* Environment: development
* Listening on tcp://localhost:9292
::1 - - [03/Jul/2015:21:46:37 +1000] "GET / HTTP/1.1" 200 11 0.0074
::1 - - [03/Jul/2015:21:46:37 +1000] "GET / HTTP/1.1" 200 11 0.0222

如果你想玩的话,我已经把示例项目上传到了 github

关于发生了什么的任何想法?谢谢你的帮助!

4

1 回答 1

10

CommonLogger这是中间件造成的。它由Rack(使用时rackupSinatra(启用日志记录时)添加,导致重复输出。Sinatra 实际上使用此中间件的自定义子类来尝试解决此问题。为了让它工作,它修补了原始CommonLogger类。

问题的出现是因为 Puma 还定义了自己的版本,CommonLogger其中不包括 Sinatra 引入的更改。在 Sinatra 之后加载 Puma 时,Puma 版本会覆盖修补版本,因此会发生原始行为(重复的输出行)。

有几种方法可以解决此问题。您可以禁用登录 Sinatra 以防止添加重复的中间件。Sinatra 日志记录设置适用于中间件CommonLoggerLogger中间件(这是logger助手使用的),因此您可能需要自己添加Logger中间件:

disable :logging
use Rack::Logger

您还可以通过使用命令选项来阻止rackup添加CommonLogger中间件:-qrackup

$ rackup -q -s puma

另一种选择是确保在 Sinatra 之前加载 Puma,这样当 Sinatra 修补时CommonLogger,它正在修补 Puma 版本,并且以后不会覆盖补丁。您可以通过使用-r选项rackup来强制它加载 Puma:

$ rackup -s puma -r puma
于 2015-07-05T18:26:16.017 回答