静的リソースファイルのアクセスログをフィルタリングするNginxの実装

乱雑なログ

日常的に使用される Nginx は、静的リソース サーバーとリバース プロキシ サーバーの両方として使用されることが多いです。特に、クロスドメインの問題を考慮すると、静的リソースとバックエンド インターフェイスに同じリスニング ポートが使用されます。フィルタリングが実行されない場合、js、css、jpg などの静的リソースに対する大量のリクエストが access_log に表示され、バックエンド インターフェイスの呼び出しログの表示に影響します。

最初はあまり気にしていなかったのですが、Nginx の最適化に関する記事を閲覧していたときに、map を使用してログを書き込むかどうかのパラメーターを定義する方法を見つけました。最近の動的クロスドメイン構成での map の使用と組み合わせることで、map の別の使用シナリオを簡単に学習して記録しました。

マップを使用して静的リソースファイルへのアクセスのログをフィルタリングする

http {
  log_format main '$remote_addr [$time_local] $request $status '
           'uct="$upstream_connect_time" rt="$request_time"';

  マップ $uri $not_static {
    デフォルト 1;
    ~^(.*\.(gif|jpg|jpeg|png|bmp|swf|js|css|woff|ttf)$) 0;
  }

  サーバー{
    聞く 23456;
    server_name ローカルホスト;
    access_log ログ/test.log メイン if=$not_static;
  }
}

説明：

• メインとしてマークされたlog_formatをカスタマイズする
• リクエスト内のURIと一致します。リソースがgif、jpg、css、jsなどで終わる場合、$not_staticは0、それ以外の場合は1になります。
• ポート 23456 へのアクセス要求の場合、access_log は main として識別されるカスタム ログ形式の使用を指定し、$not_static が 1 の場合にのみログが記録されます。if パラメータの詳細については、公式ドキュメントを参照してください。
• 注意すべき点は、access_log で if パラメータを使用する場合は、log_format を明示的に指定する必要があることです。そうしないと、エラーが報告されます: nginx: [emerg] unknown log format "if=$not_static"

動的ログと静的ログを分離して書き込む別の方法

場所 ~ .*\.(gif|jpg|jpeg|png|bmp|swf|js|css|woff|ttf)$ {
  #access_log off; #静的リソースへのアクセスのログを出力しない access_log logs/static_resources.log;
}

静的リソース ファイルの Nginx アクセス ログ フィルタリングの実装に関するこの記事はこれで終わりです。より関連性の高い Nginx アクセス ログ コンテンツについては、123WORDPRESS.COM の以前の記事を検索するか、以下の関連記事を引き続き参照してください。今後とも 123WORDPRESS.COM をよろしくお願いいたします。