Rails 3.2 streaming

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

EDIT：

を私はラックキャッシュが私の問題を引き起こしている可能性があります...私は、個々の要求のためにそれをオフにすることができると思い？

EDIT解か：

私は、ラックのキャッシュについて間違っていました。私はちょうど私の応答にself.response.headers['Last-Modified'] = Time.now.ctime.to_sを追加する必要がありました。

Answer 1

編集した質問には、私が必要としていた答えが含まれていました。ここに回答として投稿する。

ラックハンドラが適切にストリーミングするために取得への答えは、レスポンスにLast-Modifiedヘッダを追加することは明らかである：

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