新しいプロジェクトを開始する際に誰かを助けたり、別の仮想ホストをコピーする必要をなくしたりすることができるnginxを設定するためのベストプラクティスを共有したいと思います。
私の目に留まった圧倒的な数のnginx設定の2つの問題に気付きました。
私のアプローチで、これらおよび他の多くの問題が解決されることを望みます。
別のプロジェクトですべての開発を収集する前に、似たようなものを探しましたが、価値のあるものは見つかりませんでした。
このプロジェクトは
「Nginxボイラープレート」と呼ばれていました。 また、
HTML5 Boilerplateと同様に、新しい仮想ホストをセットアップするときにすぐに開始できます。
本質的に、これは以下を提供する設定のセットです。
- nginx構成ファイルの論理的な分岐構造
- デフォルト設定の最適化
- 要求頻度と接続数を制限するためのテンプレート
- Webサーバーレベルのバックエンドキャッシュ
- さまざまなタスクと要件のための多数の事前定義された場所
- 改善されたロギング
たとえば、これは現在のデフォルトサーバーの外観です。
server { listen 80 default_server; server_name ""; root /var/www/nginx-bp/test/www/; include nginx-bp/cache.conf; include nginx-bp/limits/methods.conf; include nginx-bp/locations/php.conf; include nginx-bp/locations/favicon.conf; include nginx-bp/locations/static.conf; include nginx-bp/locations/system.conf; location / { include nginx-bp/logs/bots.conf; } }
nginxのクールなレシピがある場合は、今すぐ参加してください！
参照：