このアプローチはアプリケーションをフリーズしますか？

Question

私はHerokuとAmazon S3を使っています。

私はオーディオファイルのダウンロードダイアログを、再生するブラウザではなく、表示させようとしています。私のコントローラの一

は、私が持っている：

response.content_type = 'application/octet-stream' 
response.headers['Content-Disposition'] = "attachment; filename=@audio.filename" 
response.headers['X-Accel-Redirect'] = @audio.encoded_file_url 
render :nothing => true 

@audio.encoded_file_url戻りhttp://bucket_name.s3.amazonaws.com/uploads/19/test.mp3。

私のローカルマシンで動作するようです。しかし、このアプローチがHTTPリクエストハンドラ全体をブロックし、ダウンロードが完了するまでアプリをフリーズするかどうかは疑問です。

Herokuでは、HTTPリクエストハンドラはDynoの1つです。いくつかのDynosを持つことは高価です。

Answer 1

使用されているnginxに頼ることができるとは確信していません（X-Accel-Redirectはnginx-ismです）。heroku docsは必ずしも使用されているわけではありません。

さらに、X-Accel-Redirectは私の知る限り、実際にはサーバー上のファイルにリダイレクトするだけで、外部にホストされたファイルではありません。 S3ホストされたファイルへの通常のリダイレクトをしないでください（必要に応じて認証されたURLを使用してください）。

コンテンツの配置のようにヘッダーを設定する必要がある場合は、アップロード時に行うことも、後で行うこともできます。あなたは、このようなコンテンツタイプ、キャッシュなどの他の分野を持っている場合 - あなたはS3のビジネスを行うために霧を使用する場合はこのようにそれを行うことができ、これはすべてのメタデータを上書きすること

storage.copy_object("your_bucket", "filename","your_bucket","filename", "x-amz-metadata-directive" => 'REPLACE', 'Content-Disposition' => '...') 

注意（storageと仮定するとFog::Storageオブジェクトです） - 制御など、ここでそれらを設定することを確認してください、またはそれらは失われます。

Answer 2

私はあなたのページをサーバーに使用するというダイノスを使って、アプリケーションからファイルをダウンロードさせないようにすることをお勧めします。任意のstatic assets should really be served from S3を使用して、ユーザーにファイルダウンロードを指示できます。

ユーザがダウンロードしている間、あなたのdynoは効果的にそのファイルをそれらに供給しているので、何もできません。