Help us understand the problem. What is going on with this article?
![nginxのプロキシキャッシュ proxy_cache_path をまじめに設定したので備忘録メモ - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/3eeb486f418063492c16531d1b5122a2f9ee9235/height=288;version=1;width=512/https%3A%2F%2Fqiita-user-contents.imgix.net%2Fhttps%253A%252F%252Fcdn.qiita.com%252Fassets%252Fpublic%252Farticle-ogp-background-1150d8b18a7c15795b701a55ae908f94.png%3Fixlib%3Drb-1.2.2%26w%3D1200%26mark%3Dhttps%253A%252F%252Fqiita-user-contents.imgix.net%252F~text%253Fixlib%253Drb-1.2.2%2526w%253D840%2526h%253D380%2526txt%253Dnginx%2525E3%252581%2525AE%2525E3%252583%252597%2525E3%252583%2525AD%2525E3%252582%2525AD%2525E3%252582%2525B7%2525E3%252582%2525AD%2525E3%252583%2525A3%2525E3%252583%252583%2525E3%252582%2525B7%2525E3%252583%2525A5%252520proxy_cache_path%252520%2525E3%252582%252592%2525E3%252581%2525BE%2525E3%252581%252598%2525E3%252582%252581%2525E3%252581%2525AB%2525E8%2525A8%2525AD%2525E5%2525AE%25259A%2525E3%252581%252597%2525E3%252581%25259F%2525E3%252581%2525AE%2525E3%252581%2525A7%2525E5%252582%252599%2525E5%2525BF%252598%2525E9%25258C%2525B2%2525E3%252583%2525A1%2525E3%252583%2525A2%2526txt-color%253D%252523333%2526txt-font%253DHiragino%252520Sans%252520W6%2526txt-size%253D54%2526txt-clip%253Dellipsis%2526txt-align%253Dcenter%25252Cmiddle%2526s%253Db1efcff7810be2ccf713acba861809a6%26mark-align%3Dcenter%252Cmiddle%26blend%3Dhttps%253A%252F%252Fqiita-user-contents.imgix.net%252F~text%253Fixlib%253Drb-1.2.2%2526w%253D840%2526h%253D500%2526txt%253D%252540hidekuro%2526txt-color%253D%252523333%2526txt-font%253DHiragino%252520Sans%252520W6%2526txt-size%253D45%2526txt-align%253Dright%25252Cbottom%2526s%253D2f6dd92e074da786eb9b2b390eae53f1%26blend-align%3Dcenter%252Cmiddle%26blend-mode%3Dnormal%26s%3Df674b1e379d9ca30ef601596e903c87f)
Nginxチューニング nginx最大限にスピードを出すために、設定パラメーターをチュニングしました。 nginx設定例 user www-data; pid /var/run/nginx.pid; worker_processes auto; worker_rlimit_nofile 100000; proxy_set_header X-Real-IP $remote_addr; proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; events { worker_connections 2048; multi_accept on; use epoll; } http { server_tokens off; sendfile on; tcp_nopush on; tcp_nodelay on; access_log o
Community discussion forum - post a message here if you’re experiencing problems. Support on this forum is provided by the community on a best-effort basis, so a (timely) response is not guaranteed. Issue tracker - report bugs here. Email support@phusion.nl if you are a Phusion Passenger Enterprise customer. Please mention your order reference. If you are not an Enterprise customer, we kindly redi
locationディレクティブはパスの条件が評価されて選ばれたものが適応されます。この条件はパスの文字列の前方一致あるいは正規表現による評価です。この評価の順番は以下のようになります。 前方一致("=", "^~", プレフィックスなし)の条件の評価を実施 最も一致する条件を選ぶ。 選ばれた条件が、完全一致で、プレフィックスが"="であれば、そこで評価を終了し、そのlocationディレクティブを適応する。 選ばれた条件のプレフィックスが"^~"であれば、そこで評価を終了して、そのlocationディレクティブを適応する。 正規表現("~", "~*")の条件の評価を実施 正規表現の条件を設定ファイルに定義した順番に評価する。一致したら、そこで評価を終了して、そのlocationディレクティブを適応する。 前方一致の評価で選ばれた条件のlocationディレクティブを適応する。 ここで注意
mruby_nginx_moduleやngx_small_lightを開発していることもあってnginxのソースコードを読むことはよくあるんだけど、これまではほとんどの場合とある機能のバグっぽい挙動を追っかけたり、拡張モジュールを書くのに行き詰ってコアAPIの実装や公式のモジュールのソースコードを参照したりと必要に応じてその都度断片的に読んでいた。 逆にnginxの全体像やアーキテクチャについてはまぁ、マルチプロセスで動くとかイベント駆動アーキテクチャでノンブロッキング・非同期I/Oを駆使してるとかは知ってるし、実際にある程度読んだこともあるけど、がっつり読んだことがあるわけではないのでnginx内部でこれらの仕組みがどのように実現されているのかはざっくりとしか理解していなかった。なので今回はそのあたりを理解するためによりコアな部分のコードを読んでいこうと思う。 nginxソースコードリー
Posted on 2008年6月25日 Posted by ちゅう コメントする Posted in Development Tags: Linux, nginx, Rails Railsを起動するとき、いつもPoundの後ろで複数ポートで振り分けっていうのをよくやっていたのだけど、unix socket で nginx の後ろで thin を動かすと早いらしいとのことで、試してみた。 環境はOSX thinのインストール $ sudo gem install thin $ sudo gem install eventmachine --source http://code.macournoyer.com 2行目は、thinをsocket指定して動かす時に eventmachin の 0.11.0 以上が必要とのことで、OSXでデフォルトで入らなかったので入れた。 インストールはこれで完
ディレクティブはこのモジュールのカテゴリ毎に記述します。ただし、coreモジュールに関してはmainコンテキスト、すなわち、設定ファイル内の最上位の階層に記述します。設定ファイルの構成は次のようになります。 coreモジュールの設定 events { eventモジュールの設定 } http { httpモジュールの設定 } mail { mailモジュールの設定 } httpコンテキストはさらに、バーチャルサーバ(バーチャルドメイン)毎の設定を行うserverディレクティブ、さらにURI毎の設定を行うlocaltionディレクティブにより階層化されます。次のような構成になります。 http { httpモジュールの設定 server { サーバ毎の設定 location PATH { URI毎の設定 } location PATH { URI毎の設定 } ... } server { .
POST /post HTTP/1.1 Host: localhost Content-Type: application/x-www-form-urlencoded Content-Length: 7 foo=bar 1行目は request-line で、 method URI HTTP-version の形をしています。URIはホストを含めた絶対URIの場合と、ホストを含めない絶対パスの場合がありますが、絶対パスの方が一般的です。 2行目から空行までが request-header です。各行は field-name: field-value の形をしています。 field-name は大文字小文字を区別しません。 request-line から request-header とそれに続く空行まで、改行は CR LF になってます。Windowsでよく見る改行コードですね。 meth
HeartRails Tech Blog ハートレイルズのエンジニア、デザイナーによるブログです。 ウェブサービス、スマホアプリ、IoT デバイスの開発に関連する技術的な情報を発信していきます。 こんにちは、ハートレイルズの境 (@kazsakai) です。好きなエクスペンダブルズはドルフ・ラングレンです。 さて、弊社ではよくサーバーサイドを nginx+passenger+Ruby on Rails という構成でサービスを構築しています。 Rails を使っているのは社名が HeartRails だから、というわけでは全くなく、単に僕が昔から Ruby を使っていたからで、他意はありません。 passenger は今や Rails/Rack アプリ向けの標準ミドルウェアみたいな存在で、このおかげで随分 Rails の運用が楽になっています。passenger のリリース以前は手製スクリプ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く