Rails 3.2流式傳輸

Question

我正在從Rails 3.2處理流式下載（CSV），並且針對初始頁面請求需要花費很長時間的問題。下面的控制器代碼說明我的問題：

 self.response_body = Enumerator.new do |y| 
     10_000_000.times do 
      y << "Hello World" 
     end 
     end 

通過上述的反應似乎像其流（從服務器比能夠支持...獨角獸，在我的情況）。也就是說，在開始流式傳輸之前，它會比我想要的時間長得多。如果我將其更改爲以下，就開始要快得多：

 self.response_body = Enumerator.new do |y| 
     1000.times do 
      y << "Hello World" 
     end 
     end 

我的理解是，反應應該與循環的第一次迭代開始，但似乎更大環路導致該初始加載時間延長。如果每次迭代都是按照輸出進行輸出，那麼不管需要花費相同的時間來啓動流式處理，無論總迭代次數是多少？

感謝您的任何見解！

編輯：

下面是我嘗試的技術的解釋。也許我誤解或缺少一個步驟？： http://facebook.stackoverflow.com/questions/3507594/ruby-on-rails-3-streaming-data-through-rails-to-client/4320399#4320399

編輯：

我認爲機架緩存可能會導致我的問題。我可以將其關閉單個請求？

編輯和求助：

我錯了Rack-Cache。我只需要在我的回覆中添加self.response.headers['Last-Modified'] = Time.now.ctime.to_s。

Answer 1

編輯後的問題竟然包含我需要的答案。在這裏發帖作爲回答。

答案得到架操縱正常流顯然是一個Last-Modified頭添加到響應：

self.response.headers['Last-Modified'] = Time.now.ctime.to_s