我已经在Rails 3.1中设置了独角兽,并且在启用Rack :: Deflater之前,http流媒体可以正常工作。
我已经尝试过使用和不使用Rack :: Chunked。在curl中,我可以看到我的响应,而在chrome中,我看到以下错误:ERR_INVALID_CHUNKED_ENCODING
在其他浏览器(firefox,safari)以及开发(osx)和生产版(heroku)之间,结果是相同的。
config.ru:
require ::File.expand_path('../config/environment', __FILE__)
use Rack::Chunked
use Rack::Deflater
run Site::Application
unicorn.rb:
listen 3001, :tcp_nopush => false
worker_processes 1 # amount of unicorn workers to spin up
timeout 30 # restarts workers that hang for 30 seconds
控制器:
render "someview", :stream => true
谢谢你的帮助。
最佳答案
问题在于,Rails ActionController :: Streaming直接将其渲染到Chunked :: Body中。这意味着首先将内容分块,然后由Rack :: Deflater中间件压缩,而不是压缩后再分块。
根据HTTP/1.1 RFC 6.2.1,分块必须最后应用于传输的编码。
由于“块”是唯一需要理解的传输编码
通过HTTP / 1.1收件人,它在分隔消息时起着至关重要的作用
在持久的连接上。只要将传输编码应用于
请求中的有效负载主体,应用的最终传输编码必须为
“分块”。
我通过在初始值设定项中修补ActionController :: Streaming _process_options和_render_template方法为我们修复了此问题,因此它不会将主体包装在Chunked :: Body中,而由Rack :: Chunked中间件来代替。
module GzipStreaming
def _process_options(options)
stream = options[:stream]
# delete the option to stop original implementation
options.delete(:stream)
super
if stream && env["HTTP_VERSION"] != "HTTP/1.0"
# Same as org implmenation except don't set the transfer-encoding header
# The Rack::Chunked middleware will handle it
headers["Cache-Control"] ||= "no-cache"
headers.delete('Content-Length')
options[:stream] = stream
end
end
def _render_template(options)
if options.delete(:stream)
# Just render, don't wrap in a Chunked::Body, let
# Rack::Chunked middleware handle it
view_renderer.render_body(view_context, options)
else
super
end
end
end
module ActionController
class Base
include GzipStreaming
end
end
并保留您的config.ru为
require ::File.expand_path('../config/environment', __FILE__)
use Rack::Chunked
use Rack::Deflater
run Roam7::Application
这不是一个很好的解决方案,它可能会破坏其他一些检查/修改主体的中间件。如果有人有更好的解决方案,我很想听听。
如果使用的是新文物,则其中间件也必须为disabled when streaming。