Amazon S3上のファイルをX-Sendfileで配信する - NaCl Blog
NaClの田中です。 Amazon S3に格納したファイルを、X-Sendfileを使って配信する仕組みを構築しました。この記事ではその実現方法を紹介します。 X-Sendfileとは？ X-Sendfileとは、NGINXのドキュメントによると「認証、ロギングなどをバックエンドで処理した後、内部リダイレクトされた場所からエンドユーザにコンテンツを配信するようにWebサーバが処理することで、バックエンドを解放して他の要求を処理させる仕組み」だそうです。Webサーバにコンテンツ配信をさせ、バックエンドのスループットを向上させるための機能、ということですね。 詳しい利用方法についてはドキュメントを参照ください。 mod_xsendfile for Apache2/Apache2.2 X-Accel | NGINX AmazonS3上のファイル配信 さて本題です。今回やりたかったことはAmazo
ハイパフォーマンスngx_lua | メルカリエンジニアリング
Site Reliability Engineering（SRE） Teamの@cubicdaiyaです。 今回は数あるnginxのサードパーティモジュールの中でも一際強力で、メルカリでも活用しているngx_luaの便利な活用方法や最適化集について紹介します。 ngx_luaは軽量スクリプト言語のLuaでnginxを拡張できるモジュールです。 nginxの設定ファイル内にLuaのコードを埋め込んだり、nginxの拡張モジュールをCではなくLuaで開発することができます。以下はngx_luaにおける「Hello, World!」です。 location / { content_by_lua 'ngx.say("Hello, World!")'; } 上記のロケーションにHTTPでアクセスするとnginxはボディが「Hello, World!」のレスポンスを返します。 なお、先月末にリリースさ
ngx_mrubyを使って特定ホスト以外からのアクセスをメンテナンス画面にする - lamanotrama's diary
こんな感じ。(ほんとはもうちょいifが多い) error_page 503 /maintenance.html; location = /maintenance.html { internal; } mruby_access_handler_code ' c = Nginx::Connection.new r = Nginx::Request.new Nginx.return -> do if File.exists?("/var/tmp/maint_ignore_office") && c.remote_ip == "192.168.1.3" return Nginx::DECLINED end if !File.exists?("/var/tmp/maint") return Nginx::DECLINED end # 503 return Nginx::HTTP_SERVICE_UN
ISUCON4 で優勝してきました！！！ #isucon - blog.nomadscafe.jp
去年に引き続き、ISUCONにLINEの選抜チーム「チーム生ハム原木」で出場して優勝することが出来ました！！！！ @tagomoris、@sugyan お疲れ様でした！！ #isucon 2014で優勝しました - すぎゃーんメモ 最後の最後、残り15分でnginxの設定を行う場所を間違えていたということに気付き、ローカルのベンチマークでしか検証ができず、どの程度のスコアになるのか、またfailするのか分からない状況でしたが、結果的に良いスコアになってほっとしました。 自分でも何度も言いながら「nginxのrewriteはinternal redirect」の大原則を忘れていました。はい。1日100回唱えるようにします。 予選アプリケーションの復習 劇的なスコアは出ていませんが、地道に復習をしていて、 $ ~/benchmarker bench --workload 8 07:26:29
HttpLogModule
The ngx_http_log_module module writes request logs in the specified format. Requests are logged in the context of a location where processing ends. It may be different from the original location, if an internal redirect happens during request processing. log_format compression '$remote_addr - $remote_user [$time_local] ' '"$request" $status $bytes_sent ' '"$http_referer" "$http_user_agent" "$gzip_
ntakimura / android-nginx-app — Bitbucket
Android Application with Nginx Android Application with Nginx is the demo application for android-nginx. You can try using nginx server on your android device. Nginx Base Version Nginx release 1.7.0 Application Build Manual Install build tools Install following build tools. Apache Ant - http://ant.apache.org/ Android SDK - http://developer.android.com/sdk/index.html Android NDK - http://developer.
フロント/バックのreverse proxy構成で、指定秒数以内に必ずレスポンスを返す方法 - （ひ）メモ
目的 フロントがHTTPリクエストを受けて、バックエンドのアプリケーションサーバにreverse proxyするような構成において、指定秒数以内に何かしらのレスポンスを返したい。 200が返せない場合は、処理を打ち切って500を返したい。 背景 フロントでApacheやNginxをreverse proxyとして使っている場合、バックエンドが無応答になってしまうと、クライアントにレスポンスが返るのはデフォルトで数十〜数百秒後(ApacheのTimeoutのデフォルトは300秒、Nginxのproxy_read_timeoutのデフォルトは60秒)になってしまいます。 通常のWebサービスではこのオーダーのタイムアウトでもいいのかもしれませんが、数秒以内に(エラーでもいいので)レスポンスを返すことが求められる環境も存在します。(最近、特に多いのではないでしょうか:P) もちろんバックエンドが
Nginxによる不正なproxy設定と、OSXとそれ以外での謎挙動の話 - uzullaがブログ
DISCLAIMER 本テキストは事実を元にした創作です さよなら、papix 先日、Yancha(ウェブチャット、http://yancha.hachiojipm.org/)のサーバにはいっている*1nginxのコンフィグを色々書き換え、再起動し、一通り手元でチェックし、問題ないな！と安心して床についた。*2 すると、翌日になって「Yanchaにつながらない」と__papix__君がレポートをくれた。 しかし私の環境では全く問題なくつながったし、実際他のメンツも普通につながっているようにみえたので、「多分君の環境ではないかな？」とレスをした。 しかし、その後依然として接続できないパピックス君は疑心暗鬼にとらわれる。彼は猛烈な講義を開始した。 「これは陰謀だ！！！おいだされた！！！迫害だ！！！おいだされた！！弾圧だ！！FA宣言する！！uzulla死すべし！匕力㋷工倒壊！！」 みたいな（あく
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
httpsだからというだけで安全？調べたら怖くなってきたSSLの話!？ - Qiita
http://japan.internet.com/webtech/20130813/3.html