このトピックが役に立った。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"のよ
Plans for Lighttpd 2.0¶ Here we list the plans we currently have for the upcoming 2.0 version of Lighttpd. General¶ Rewritten almost from scratch Throughout the entire source, glib is used Parsers are generated using ragel state machines http://www.complang.org/ragel/ libev for events http://software.schmorp.de/pkg/libev.html Switch from SVN to Bazaar as version control system Config¶ Multiple fro
オライリー・ジャパンから出版されているMake: Technology on Your Time Volume 08という自作/DIY系の季刊誌に、インフラ担当のid:marqsがはてな自社開発サーバーの記事を書きました。 今日は、本誌では書ききれなかったはてなサーバー開発のこぼれ話をご紹介します。 自社サーバー開発までの道のり はじめまして、はてなでエンジニアとして働いているid:marqsです。 2008年5月にはてなに入社して以来、東京オフィスにあるインフラチームに所属しています。インフラチームの中でも、データベースのメンテナンスや、ログ解析、ハードウェアの購買/投入プランニングなどを主に担当しています。 はてなでは、今年5月に新たにサーバーを開発したのですが、実は初期から自作サーバーでサービスを運用していました。旧自作サーバーはid:jkondoが京都の板金工場に依頼して作ったサー
2009年9月25日（金）に開催されました 第2回 ライブドア テクニカルセミナー の発表資料と動画を公開致します。 まったく役に立たない力学シミュレーション（薬袋 貴志） データセンター移設は突然に（平井 壮） pixivのインフラを支える技術（上薗 竜太氏） ユビキタス時代のユーザインタフェース（増井 俊之氏） まったく役に立たない力学シミュレーション 株式会社ライブドア メディア事業部 薬袋 貴志（30分） 力学エンジン・3Dレンダリングエンジン等、とても便利で面白いオープンソースがある中、あえて自前で簡単な力学シミュレーションをやってみる。そして、自前ロジックと Box2Dと Papervision3Dとのハイブリッドデモ。 データセンター移設は突然に 株式会社ライブドア ネットワーク事業部 平井 壮（30分） part1 part2 2003.12 にデータセンターを移転
This repository is private. All pages are served over SSL and all pushing and pulling is done over SSH. No one may fork, clone, or view it unless they are added as a member. Every repository with this icon () is private. This repository is public. Anyone may fork, clone, or view it. Every repository with this icon () is public.
ウェブアプリケーションにおいて、認証がかかっている画像や大きなファイルを配信する場合には、Perlbal 等でサポートされている X-Reproxy-URL ヘッダが有効なことが知られていて、その理由としては、 (メモリを大食いする) アプリケーションサーバのプロセスを転送終了まで占有しない HTTP ベースの分散ファイルシステムとリバースプロキシが直接交信するので、ネットワーク負荷が低い といった点が挙げられます。「でも、Apache は X-Reproxy-URL ヘッダをサポートしてないんだよねー」という話が、先日の YAPC::Asia 2009 においても話題になっていました[要出典]。回避策としては、ワンタイムURLのような手法もあるのですが、セキュリティな懸念もあります。 なんとかしたいなと思っていたのですが、気が向いたので、Apache に X-Reproxy-URL ヘッ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
