0 follower

ロギング ¶

メッセージを記録する
ログ・ターゲット
パフォーマンス・プロファイリング

Yii は高度なカスタマイズ性と拡張性を持った強力なロギング・フレームワークを提供しています。このフレームワークを使用すると、さまざまな種類のメッセージを記録し、それをフィルタして、ファイル、データベース、メールなど、さまざまなターゲットに収集することが簡単に出来ます。

Yii のロギング・フレームワークを使うためには、下記のステップを踏みます。

コードのさまざまな場所でログ・メッセージを記録する。
ログ・メッセージをフィルタしてエクスポートするために、アプリケーションの構成情報でログ・ターゲットを構成する。
さまざまなターゲット (例えば Yii デバッガ) によって、フィルタされエクスポートされたログ・メッセージを調査する。

このセクションでは、主として最初の二つのステップについて説明します。

メッセージを記録する ¶

ログ・メッセージを記録することは、次のログ記録メソッドのどれかを呼び出すだけの簡単なことです。

Yii::debug(): コードの断片がどのように走ったかをトレースするメッセージを記録します。主として開発のために使用します。
Yii::info(): 何らかの有用な情報を伝えるメッセージを記録します。
Yii::warning(): 何か予期しないことが発生したことを示す警告メッセージを記録します。
Yii::error(): 出来るだけ早急に調査すべき致命的なエラーを記録します。

これらのログ記録メソッドは、ログ・メッセージをさまざまな 重大性レベル と カテゴリ で記録するものです。これらのメソッドは function ($message, $category = 'application') という関数シグニチャを共有しており、 $message は記録されるログ・メッセージを示し、$category はログ・メッセージのカテゴリを示します。次のコード・サンプルは、トレース・メッセージをデフォルトのカテゴリである application の下に記録するものです。

Yii::debug('平均収益の計算を開始');

情報: ログ・メッセージは文字列でも、配列やオブジェクトのような複雑なデータでも構いません。ログ・メッセージを適切に取り扱うのはログ・ターゲットの責任です。デフォルトでは、ログ・メッセージが文字列でない場合は、yii\helpers\VarDumper::export() が呼ばれて文字列に変換されることになります。

ログ・メッセージを上手に編成しフィルタするために、すべてのログ・メッセージにそれぞれ適切なカテゴリを指定することが推奨されます。カテゴリに階層的な命名方法を採用すると、ログ・ターゲットがカテゴリに基づいてメッセージをフィルタすることが容易になります。簡単でしかも効果的な命名方法は、カテゴリ名に PHP のマジック定数 __METHOD__ を使用することです。これは、Yii フレームワークのコアコードでも使われている方法です。例えば、

Yii::debug('平均収益の計算を開始', __METHOD__);

__METHOD__ という定数は、それが出現する場所のメソッド名 (完全修飾のクラス名が前置されます) として評価されます。例えば、上記のコードが app\controllers\RevenueController::calculate というメソッドの中で呼ばれている場合は、 __METHOD__ は 'app\controllers\RevenueController::calculate' という文字列と同じになります。

情報: 上記で説明したメソッドは、実際には、ロガー・オブジェクトの log() メソッドへのショートカットです。ロガー・オブジェクトは Yii::getLogger() という式でアクセス可能なシングルトンです。ロガー・オブジェクトは、十分な量のメッセージが記録されたとき、または、アプリケーションが終了するときに、メッセージ・ディスパッチャを呼んで、登録されたログ・ターゲットに記録されたログ・メッセージを送信します。

ログ・ターゲット ¶

ログ・ターゲットは yii\log\Target クラスまたはその子クラスのインスタンスです。ログ・ターゲットは、ログ・メッセージを重大性レベルとカテゴリによってフィルタして、何らかの媒体にエクスポートします。例えば、データベース・ターゲットは、フィルタされたログ・メッセージをデータベース・テーブルにエクスポートし、メール・ターゲットは、ログ・メッセージを指定されたメール・アドレスにエクスポートします。

一つのアプリケーションの中で複数のログ・ターゲットを登録することが出来ます。そのためには、次のように、アプリケーションの構成情報の中で、log アプリケーション・コンポーネントによってログ・ターゲットを構成します。

return [
    // "log" コンポーネントはブートストラップ時にロードされなければならない
    'bootstrap' => ['log'],
    // "log" コンポーネントはタイムスタンプを持つメッセージを処理するので、正しいタイムスタンプを出力するように PHP タイムゾーンを設定
    'timeZone' => 'America/Los_Angeles',
    'components' => [
        'log' => [
            'targets' => [
                [
                    'class' => 'yii\log\DbTarget',
                    'levels' => ['error', 'warning'],
                ],
                [
                    'class' => 'yii\log\EmailTarget',
                    'levels' => ['error'],
                    'categories' => ['yii\db\*'],
                    'message' => [
                       'from' => ['log@example.com'],
                       'to' => ['admin@example.com', 'developer@example.com'],
                       'subject' => 'example.com で、データベースエラー発生',
                    ],
                ],
            ],
        ],
    ],
];

補足: log コンポーネントは、ログ・メッセージをターゲットに即座に送付することが出来るように、ブートストラップ時にロードされなければなりません。上記の例で bootstrap の配列に log がリストアップされているのは、そのためです。

上記のコードでは、二つのログ・ターゲットが yii\log\Dispatcher::$targets プロパティに登録されています。

最初のターゲットは、エラーと警告のメッセージを選択して、データベース・テーブルに保存します。
第二のターゲットは、名前が yii\db\ で始まるカテゴリのエラー・メッセージを選んで、admin@example.com と developer@example.com の両方にメールで送信します。

Yii は下記のログ・ターゲットをあらかじめ内蔵しています。その構成方法と使用方法を学ぶためには、これらのクラスの API ドキュメントを参照してください。

yii\log\DbTarget: ログ・メッセージをデータベース・テーブルに保存する。
yii\log\EmailTarget: ログ・メッセージを事前に指定されたメール・アドレスに送信する。
yii\log\FileTarget: ログ・メッセージをファイルに保存する。
yii\log\SyslogTarget: ログ・メッセージを PHP 関数 syslog() を呼んでシステム・ログに保存する。

以下では、全てのターゲットに共通する機能について説明します。

メッセージのフィルタリング ¶

全てのログ・ターゲットについて、それぞれ、levels と categories のプロパティを構成して、ターゲットが処理すべきメッセージの重要性レベルとカテゴリを指定することが出来ます。

levels プロパティは、次のレベルの一つまたは複数からなる配列を値として取ります。

error: Yii::error() によって記録されたメッセージに対応。
warning: Yii::warning() によって記録されたメッセージに対応。
info: Yii::info() によって記録されたメッセージに対応。
trace: Yii::debug() によって記録されたメッセージに対応。
profile: Yii::beginProfile() と Yii::endProfile() によって記録されたメッセージに対応。これについては、プロファイリングの項で詳細に説明します。

levels プロパティを指定しない場合は、ターゲットが 全ての 重大性レベルのメッセージを処理することを意味します。

categories プロパティは、メッセージ・カテゴリの名前またはパターンからなる配列を値として取ります。ターゲットは、カテゴリの名前がこの配列にあるか、または配列にあるパターンに合致する場合にだけ、メッセージを処理します。カテゴリ・パターンというのは、最後にアスタリスク * を持つカテゴリ名接頭辞です。カテゴリ名は、パターンと同じ接頭辞で始まる場合に、カテゴリ・パターンに合致します。例えば、yii\db\Command::execute と yii\db\Command::query は、yii\db\Command クラスで記録されるログ・メッセージのためのカテゴリ名です。そして、両者は共に yii\db\* というパターンに合致します。

categories プロパティを指定しない場合は、ターゲットが 全ての カテゴリのメッセージを処理することを意味します。

処理するカテゴリを categories プロパティで指定する以外に、処理から除外するカテゴリを except プロパティによって指定することも可能です。カテゴリの名前がこの配列にあるか、または配列にあるパターンに合致する場合は、メッセージはターゲットによって処理されません。

次のターゲットの構成は、ターゲットが、yii\db\* または yii\web\HttpException:* に合致するカテゴリ名を持つエラーおよび警告のメッセージだけを処理すべきこと、ただし、yii\web\HttpException:404 は除外すべきことを指定するものです。

[
    'class' => 'yii\log\FileTarget',
    'levels' => ['error', 'warning'],
    'categories' => [
        'yii\db\*',
        'yii\web\HttpException:*',
    ],
    'except' => [
        'yii\web\HttpException:404',
    ],
]

情報: HTTP 例外がエラー・ハンドラによって捕捉されたときは、 yii\web\HttpException:ErrorCode という書式のカテゴリ名でエラー・メッセージがログに記録されます。例えば、yii\web\NotFoundHttpException は、yii\web\HttpException:404 というカテゴリのエラー・メッセージを発生させます。

メッセージの書式設定 ¶

ログ・ターゲットはフィルタされたログ・メッセージを一定の書式でエクスポートします。例えば、yii\log\FileTarget クラスのログ・ターゲットをインストールした場合は、 runtime/log/app.log ファイルに、下記と同様なログ・メッセージが書き込まれます。

2014-10-04 18:10:15 [::1][][-][trace][yii\base\Module::getModule] Loading module: debug

デフォルトでは、ログ・メッセージは yii\log\Target::formatMessage() によって、下記のように書式設定されます。

タイムスタンプ [IP アドレス][ユーザ ID][セッション ID][重要性レベル][カテゴリ] メッセージテキスト

この書式は、yii\log\Target::$prefix プロパティを構成することでカスタマイズすることが出来ます。 yii\log\Target::$prefix プロパティは、カスタマイズされたメッセージ前置情報を返す PHP コーラブルを値として取ります。例えば、次のコードは、ログ・ターゲットが全てのログ・メッセージの前にカレント・ユーザの ID を置くようにさせるものです(IP アドレスとセッション ID はプライバシー上の理由から削除されています)。

[
    'class' => 'yii\log\FileTarget',
    'prefix' => function ($message) {
        $user = Yii::$app->has('user', true) ? Yii::$app->get('user') : null;
        $userID = $user ? $user->getId(false) : '-';
        return "[$userID]";
    }
]

メッセージ前置情報以外にも、ログ・ターゲットは、一群のログ・メッセージごとに一定のコンテキスト情報を追加します。デフォルトでは、その情報には、次のグローバル PHP 変数、すなわち、$_GET、$_POST、$_FILES、$_COOKIE、$_SESSION および $_SERVER の値が含まれます。ログ・ターゲットに含ませたいグローバル変数の名前を yii\log\Target::$logVars プロパティに設定することによって、この動作を調整することが出来ます。例えば、次のログ・ターゲットの構成は、$_SERVER の値だけをログ・メッセージに追加するように指定するものです。

[
    'class' => 'yii\log\FileTarget',
    'logVars' => ['_SERVER'],
]

logVars を空の配列として構成して、コンテキスト情報をまったく含ませないようにすることも出来ます。あるいは、また、コンテキスト情報の提供方法を自分で実装したい場合は、 yii\log\Target::getContextMessage() メソッドをオーバーライドすることも出来ます。

ログに出力したくない機密情報 (例えば、パスワードやアクセス・トークン) を含んでいるリクエストのフィールドについては、maskVars プロパティを追加で構成することが出来ます。デフォルトでは、$_SERVER[HTTP_AUTHORIZATION]、$_SERVER[PHP_AUTH_USER]、$_SERVER[PHP_AUTH_PW] のリクエスト・パラメータが *** でマスクされまが、自分自身で設定することも出来ます。例えば、

[
    'class' => 'yii\log\FileTarget',
    'logVars' => ['_SERVER'],
    'maskVars' => ['_SERVER.HTTP_X_PASSWORD']
]

メッセージのトレース・レベル ¶

開発段階では、各ログ・メッセージがどこから来ているかを知りたい場合がよくあります。これは、次のように、log コンポーネントの traceLevel プロパティを構成することによって達成できます。

return [
    'bootstrap' => ['log'],
    'components' => [
        'log' => [
            'traceLevel' => YII_DEBUG ? 3 : 0,
            'targets' => [...],
        ],
    ],
];

上記のアプリケーションの構成は、traceLevel を YII_DEBUG が on のときは 3、YII_DEBUG が off のときは 0 に設定します。これは、YII_DEBUG が on のときは、各ログ・メッセージに対して、ログ・メッセージが記録されたときのコール・スタックを最大 3 レベルまで追加し、 YII_DEBUG が 0 のときはコール・スタックを含めない、ということを意味します。

情報: コール・スタック情報の取得は軽微な処理ではありません。従って、この機能は開発時またはアプリケーションをデバッグするときに限って使用するべきです。

メッセージの吐き出しとエクスポート ¶

既に述べたように、ログ・メッセージはロガー・オブジェクトによって配列の中に保持されます。この配列のメモリ消費を制限するために、この配列に一定数のログ・メッセージが蓄積されるたびに、ロガーは記録されたメッセージをログ・ターゲットに吐き出します。この数は、log コンポーネントの flushInterval プロパティを構成することによってカスタマイズすることが出来ます。

return [
    'bootstrap' => ['log'],
    'components' => [
        'log' => [
            'flushInterval' => 100,   // デフォルトは 1000
            'targets' => [...],
        ],
    ],
];

情報: メッセージの吐き出しは、アプリケーションの終了時にも実行されます。これによって、ログ・ターゲットが完全なログ・メッセージを受け取ることが保証されます。

ロガー・オブジェクトがログ・ターゲットにログ・メッセージを吐き出しても、ログ・メッセージはただちにはエクスポートされません。そうではなく、ログ・ターゲットが一定数のフィルタされたメッセージを蓄積して初めて、メッセージのエクスポートが発生します。この数は、下記のように、個々のログ・ターゲットの exportInterval プロパティを構成することによってカスタマイズすることが出来ます。

[
    'class' => 'yii\log\FileTarget',
    'exportInterval' => 100,  // デフォルトは 1000
]

デフォルトの状態では、吐き出しとエクスポートの間隔の設定のために、Yii::debug() やその他のログ記録メソッドを呼んでも、ただちには、ログ・メッセージはログ・ターゲットに出現しません。このことは、長時間にわたって走るコンソール・アプリケーションでは、問題になる場合もあります。各ログ・メッセージがただちにログ・ターゲットに出現するようにするためには、下記のように、flushInterval と exportInterval の両方を 1 に設定しなければなりません。

return [
    'bootstrap' => ['log'],
    'components' => [
        'log' => [
            'flushInterval' => 1,
            'targets' => [
                [
                    'class' => 'yii\log\FileTarget',
                    'exportInterval' => 1,
                ],
            ],
        ],
    ],
];

補足: 頻繁なメッセージの吐き出しとエクスポートはアプリケーションのパフォーマンスを低下させます。

ログ・ターゲットの有効/無効を切り替える ¶

enabled プロパティを構成することによって、ログ・ターゲットを有効にしたり無効にしたりすることが出来ます。この切り替えは、ログ・ターゲットのコンフィギュレーションでも出来ますが、コードの中で次の PHP 文を使っても出来ます。

Yii::$app->log->targets['file']->enabled = false;

上記のコードでは、ターゲットが file という名前であることが必要とされています。下記のように、targets の配列で文字列のキーを使ってターゲットの名前を指定して下さい。

return [
    'bootstrap' => ['log'],
    'components' => [
        'log' => [
            'targets' => [
                'file' => [
                    'class' => 'yii\log\FileTarget',
                ],
                'db' => [
                    'class' => 'yii\log\DbTarget',
                ],
            ],
        ],
    ],
];

バージョン 2.0.13 以降は、enabled を設定するのに、ログ・ターゲットを有効にすべきか否かの動的な条件を定義するコーラブルを指定することが可能です。 yii\log\Target::setEnabled() のドキュメントに一例がありますので参照して下さい。

新しいターゲットを作る ¶

新しいログ・ターゲット・クラスを作ることは非常に簡単です。必要なことは、主として、yii\log\Target::$messages 配列の中身を指定された媒体に送出する yii\log\Target::export() メソッドを実装することです。各メッセージに書式を設定するためには、yii\log\Target::formatMessage() を呼ぶことが出来ます。詳細については、Yii リリースに含まれているログ・ターゲット・クラスのどれか一つを参照してください。

ヒント: あなた自身のロガーを書く代りに、PSR ログ・ターゲット・エクステンションによって、 Monolog のような PSR-3 互換ロガーのどれかを使ってみるのも良いでしょう。

パフォーマンス・プロファイリング ¶

パフォーマンス・プロファイリングは、特定のコード・ブロックに要した時間を測定してパフォーマンスのボトルネックになっている所を見つけ出すために使われる、特殊なタイプのメッセージ・ロギングです。例えば、yii\db\Command クラスは、各 DB クエリに要した時間を知るために、パフォーマンス・プロファイリングを使用しています。

パフォーマンス・プロファイリングを使用するためには、最初に、プロファイリングが必要なコード・ブロックを特定します。そして、各コード・ブロックを次のように囲みます。

\Yii::beginProfile('myBenchmark');

... プロファイリングされるコード::endProfile('myBenchmark');

ここで myBenchmark はコード・ブロックを特定するユニークなトークンを表します。後でプロファイリング結果を検査するときに、このトークンを使って、対応するコード・ブロックによって消費された時間を調べます。

beginProfile と endProfile のペアが適正な入れ子になっていることを確認することが非常に重要なことです。例えば、

\Yii::beginProfile('block1');

    // プロファイリングされる何らかのコード

    \Yii::beginProfile('block2');
        // プロファイリングされる別のコード
    \Yii::endProfile('block2');

\Yii::endProfile('block1');

\Yii::endProfile('block1') を忘れたり、\Yii::endProfile('block1') と \Yii::endProfile('block2') の順序を入れ替えたりすると、パフォーマンス・プロファイリングは機能しません。

プロファイルされるコード・ブロックの全てについて、おのおの、重大性レベルが profile であるログ・メッセージが記録されます。そのようなメッセージを集めてエクスポートするログ・ターゲットを構成してください。 Yii デバッガが、プロファイリング結果を表示するパフォーマンス・プロファイリング・パネルを内蔵しています。

エラー処理

Go to Top

鍵となる概念: コンポーネント

Found a typo or you think this page needs improvement?
Edit it on github !