PHP の Yii フレームワークのロギング関数の包括的な解釈、yii_PHP チュートリアルの包括的な解釈-PHPチュートリアル-php.cn

PHPのYiiフレームワークのロギング関数の包括的な解釈、yiiの包括的な解釈

Yii ページレベルのログが有効になります
Main.php にログセクションを追加します。
ページログ配列は以下に表示されます ( 'class'=>'CWebLogRoute', 'levels'=>'trace', //レベルはトレースです 'categories'=>'system.db.*' //のみデータベースに関する情報を表示します (データベース接続、データベース実行ステートメントなどの情報)、
完全なリストは次のとおりです:

リーリー

Yii2に付属するログコンポーネントを拡張しました

リーリー

設定ファイルで次のように使用します:

リーリー

yiiログのロジック
Yii は階層型ログ処理メカニズムを使用します。つまり、ログの収集とログの最終処理 (表示、ファイルへの保存、データへの保存など) が分離されています。
ログ情報の収集は CLogger (ログレコーダー) によって完了し、ログ情報の配布と処理は CLogRouter (ログルーティングマネージャーと呼ばれます) のスケジューリングに従って処理オブジェクト (CFileLogRoute や CLogRoute から継承されたログディレクトリなど) に分散されます。ソースコードを繰り返し読んで、このような階層化された処理により柔軟な拡張が容易になるという Yii の設計思想にさらに感銘を受けました。
ログ情報は、通常情報、プロファイル、トレース、警告、エラーレベルなどのレベルに分類されます。CFileRoute のレベル属性を設定して、指定したレベルのログ情報のみを処理するなど、ログルーティングでフィルタリング条件を設定できます。
プログラム内で呼び出された場合:

リーリー

対応するプロセスは次のとおりです:

CLoggerインスタンスを生成する
YII_DEBUG と YII_TRACE_LEVEL が有効な値として定義されており、ログレベルがプロファイルではない場合、呼び出しトレースバック情報が生成され、ログ情報に追加されます。
CLogger::log($msg,$level,$category) を呼び出してログを収集します。実際、この時点ではログはファイルに書き込まれず、メモリに一時的に保存されるだけです。

質問: ログはいつファイルに書き込まれますか?
追跡を繰り返した結果、プロセッサ CLogRouter::processLogs() が、CLogRouter クラスの init メソッド内の Application オブジェクトの OnEndRequest イベントにバインドされていることがわかりました。同時に、イベントプロセッサーの CLogRouter::collectLogs メソッドも Yii::$_logger の onFlush イベントにバインドされます。これは、ログが多すぎる場合にログを更新し、タイムリーにファイルに書き込むために使用されます。 Yii::log() のメッセージ。コードは次のとおりです:

リーリー

CApplication::run() メソッドで次のように定義されています。
リーリー

この時点で、CLogger (Yii::$_logger) はログを収集する (コンテンツ構造に記録する) だけであり、プログラムの最後で $app オブジェクトが CLogRouter の processLogs を呼び出してログを処理することがわかります。 Yii は、ログの複数のルーティングをサポートしています。たとえば、同じログをファイルに書き込んだり、ページに表示したり、同時に電子メールで送信したり、同時にデータベースに記録したりすることもできます。構成ファイル内のログ: Routes 構成は、複数のルート分散を実現するために log:routes の複数の要素を構成することによって実装されます。ログ情報のフィルタリングと記録は、最終的なログプロセッサによって処理されます。

ログプロセッサによって実行されるタスクには主に次の点が含まれます: CLogger からすべてのログを取得し、フィルタリングします (主に log:routes:levels/categories で定義されたレベルとカテゴリ)

最初にフィルタリングし、CFileLogRoute::collectLogs() のロジックを参照します。

リーリー

ログのフィルタリングが完了しました。次のステップは、ログの最終処理 (ファイルへの書き込み、データベースへの記録など) を実行することです。

リーリー
ただし、この関数には小さなバグがあり、ログディレクトリが書き込み可能かどうかを判断するだけで、CFileLogRoute は Linux と同様のログローテーション関数 (LogRoate) を実装し、サイズを指定します。とても思慮深くて完璧です! 私も彼から学び、彼のアイデアを吸収したいと思います! protected/config/main.php の設定:

リーリー
ログコンポーネントを定義するには、プリロード (インスタンス化) が必要です。 CLogRouter をログルーティングマネージャーとして構成し、そのログルーティングプロセッサ (routes 属性) とその構成属性を設定します。 preload 属性と log 属性の定義は CWebApplication オブジェクトに適用する必要があります (CApplication::__construct の configure 呼び出しを参照してください。configure は CModule から継承されます)。 CWebApplication のコンストラクターで preloadComponents() が実行されると、ログオブジェクト (つまり、CLogRouter のインスタンス) が作成されます。
コンポーネントを作成して初期化するとき、実際には CModule::getComponent が呼び出されます。この呼び出しでは、YiiBase::createComponent を使用してコンポーネントオブジェクトが作成され、コンポーネントの init が呼び出されて初期化されます。

CLogRouter::init() プロセスをもう一度読んでください。ここには 2 つの重要なポイントがあります。1 つは、ログの最終処理方法 (ファイルへの書き込み、電子メールの送信など) を決定することです。 )、もう 1 つは、アプリケーションにオブジェクトをバインドする onEndRequest イベントハンドラー CLogRouter::processLogs() を提供することです。そして実際に、onEndRequest イベントハンドラーを実行するための関連コードが CApplication::run() にあります。

 if($this->hasEventHandler('onEndRequest')) {
  $this->onEndRequest(new CEvent($this));
 }

ログイン後にコピー

也就是说，日志的最终处理（比如写入文件，系统日志，发送邮件）是发生在应用程序运行完毕之后的。Yii使用事件机制，巧妙地实现了事件与处理句柄的关联。
也就是说，当应用程序运行完毕，将执行CLogRouter::processLogs，对日志进行处理,。CLogRouter被称之为日志路由管理器。每个日志路由处理器从CLooger对象中取得相应的日志（使用过滤机制），作最终处理。
具体而言Yii的日志系统，分为以下几个层次：

日志发送者，即程序中调用Yii::log($msg, $level, $category)，将日志发送给CLogger对象
CLogger对象负责将日志记录暂存于内存之中程序运行结束后，log组件（日志路由管理器CLogRoute）的processLogs方法被激活执行，由其逐个调用日志路由器，作日志的最后处理。

更为详细的大致过程如下：

CApplication::__construct()中调用preloadComponents, 这导致log组件(CLogRoute)被实例化，并被调用init方法初始化。
log组件(CLogRoute)的init方法中，其是初始化日志路由，并给CApplication对象onEndRequest事件绑定处理流程processLogs。给CLooger组件的onFlush事件绑定处理流程collectLogs。
应用程序的其它部分通过调用Yii::log()向CLogger组件发送日志信息，CLogger组件将日志信息暂存到内存中。
CApplication执行完毕(run方法中)，会激活onEndRequest事件，绑定的事件处理器processLogs被执行，日志被写入文件之中。 Yii的日志路由机制，给日志系统扩展带来了无限的灵活。并且其多道路由处理机制，可将同一份日志信息进行多种方式处理。

这里举出一个案例：发生error级别的数据库错误时，及时给相关维护人员发送电子邮件，并同时将这些日志记录到文件之中。规划思路，发送邮件和手机短信是两个不同的功能，Yii已经带了日志邮件发送组件（logging/CEmailLogRoute.php），但这个组件中却使用了php自带的mail函数，使用mail函数需要配置php.ini中的smtp主机，并且使用非验证发送方式，这种方式在目前的实际情况下已经完全不可使用。代替地我们需要使用带验证功能的smtp发送方式。在protected/components/目录下定义日志处理器类myEmailLogRoute，并让其继承自CEmailLogRoute，最主要的目的是重写CEmailLogRoute::sendEmail()方法，其中，SMTP的处理细节请自行完善（本文的重点是放在如何处理日志上，而不是发送邮件上）。
接下来，我们就可以定义日志路由处理，编辑protected/config/main.php, 在log组件的routes组件添加新的路由配置：

'log'=>array(
'class'=>'CLogRouter',
'routes'=>array(
array(
'class'=>'CFileLogRoute',
'levels'=>'error, warning,trace',
),
array(
'class' => 'myEmailLogRoute',
'levels' => 'error', #所有异常的错误级别均为error, 
'categories' => 'exception.CDbException', #数据库产生错误时，均会产生CDbException异常。
'host' => 'mail.163.com',
'port' => 25,
'user' => 'jeff_yu',
'password' => 'you password',
'timeout' => 30,
'emails' => 'jeff_yu@gmail.com', #日志接收人。
'sentFrom' => 'jeff_yu@gmail.com',
),

ログイン後にコピー

经过以上处理，即可使之实现我们的目的，当然你可以根据自己的需要进一步扩展之。