Serviceを読んで理解し、同意したものとみなします。スタック・オーバーフローはプログラマーとプログラミングに熱心な人のためのQ&Aサイトです。"public";}try_filesでURLの後尾に拡張子.htmlが無くてもhtmlと認識しています。Nginxリバースプロキシの標準通りの設定を施しています。この状態で/var/cache/nginx/my_proxyを監視しています。http://hoge.com/car.htmlにアクセスするとmy_proxyまでのパスに何も生成されません。http://hoge.com/carにアクセスすると/var/cache/nginx/my_proxy/0/2d/sdadafが生成されました。/var/cache/nginx/my_proxy/*削除して次はlocation~*の部分のhtmlだけ消してNginxを再起動すると、http://hoge.com/car.htmlにアクセスしても/var/cache/nginx/my_proxy/0/2d/sdadafが生成されました。ためのヘッダーを送信するためのオプションです。ブラウザからこのNginxサーバーに直接アクセスしている場合、サーバーにキャッシュされるものではありません。リバースプロキシは本来、動的ファイルをキャッシュする目的で作られたんでしょうか?リバースプロクシは名前の通り、プロクシです。クライアントからのリクエストを他のサーバーに投げて、そのレスポンスをクライアントに返すことが仕事です。その道中で、リクエスト先のサーバーからのレスポンスをNginxでキャッシュすることによりリクエスト回数を減らし、負荷やロスタイムを軽減させることが出来るのがプロクシキャッシュです。HTTPDやphp-fpmを始めとする様々なものが該当します。やっていることはCDNと大幅には違いないでしょう。(CDNには分散化などもあるため違うと言えば違いますが......)一方でNginxはプロクシサーバーではなくWebサーバーとしての機能を持ちます。一般に静的ファイルへのリクエストに対してはNginxは「プロクシサーバー」としては利用されません。サーバー内の静的ファイルを返すだけならレスポンスが変わるわけでもなく、Nginxからのリクエストは必要ないのでキャッシュを別途つくるのは無意味であり、容量の無駄ともいえます。(キャッシュと配信元でストレージアクセスのレイテンシが大幅に異なってくるならこれ限りではないでしょうが)Nginx.confの文字列は少ない方がWEBサイトが高速になりますか?(includeせずにインラインに入れるなど)実装を知っているわけではないですが、設定ファイルはコンパイルされた上でメモリ上にキャッシュされるはずなので、そのような違いは無いかと思います。管理が大変になるだけかと。|回答スタック・オーバーフローに参加してくれて、ありがとうございます!質問の回答を共有してください。回答を説明し、自分の検討結果も共有してください。意見を述べること(意見を述べるなら、参照リソース、自分の経験で意見をサポートしてください)さらにサポートが必要な場合このヘルプを参考してください。“回答を投稿”をクリックすることで利用規約、プライバシーポリシー、及びクッキーポリシーに同意したものとみなされます。タグが付いた他の質問を参照するか、自分で質問をする。301や404になってしまう0unicornは動いているのに、アプリの画面が表示されない。質問のフィードこのRSSフィードを購読するには、このURLをコピーしてRSSリーダーに貼り付けてください。