我已经在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

08-06 17:35