How to Handle Multiple `X-Reproxy-URL`s in Nginx - Kentaro Kuribayashi's blog
Serving large file via proxy server by reproxying is efficient in terms of resource usage of application server. Perlbal has been supporting the feature since long before, and it has been used for that purpose. Since Nginx can do it by default in recent years, you can use it for reproxying instead of Perlbal. Problem There is, however, one big problem to be solved before replacing Perlbal with Ngi
nginx は 複数の URL が含まれた X-REPROXY-URL ヘッダを扱えない - @kyanny's blog
Perlbal には、リバースプロキシとして利用しているときバックエンドが X-REPROXY-URL というヘッダに「ファイルの実体の URL」を入れてレスポンスを返すと Perlbal が改めてその URL にリクエストして (reproxy) 実体をとってきてからクライアントに返す、という機能があり、画像や動画などファイルサイズが大きい静的コンテンツを配信するのに便利なのでよく使われている。特に MogileFS と組み合わせて使う例がよくみられる。 この X-REPROXY-URL ヘッダによる reproxy 機能は Perlbal 以外のウェブサーバでもサポートされていて、 nginx でも扱うことができる (Apache や Lighttpd でも対応したモジュールがある) できるんだけどリバースプロキシを Perlbal から nginx に変更したら X-REPROXY-
nginxでMogileFS - スコトプリゴニエフスク通信
このトピックが役に立った。PerlbalのX_REPROXY_URL的なことをnginxでやるnginxがリバースプロキシになっていて、背後(127.0.0.1:8000)にアプリケーションがいる場合、次のような設定になる。 upstream django { server 127.0.0.1:8000; } server { listen 80; server_name localhost; location / { proxy_pass http://django; } location /reproxy { internal; set $reproxy $upstream_http_x_reproxy_url; proxy_pass $reproxy; proxy_hide_header Content-Type; } } はまったのが、"proxy_pass $reproxy"のよ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
