YII Framework框架教程之日志用法详解,yiiframework_PHP教程
YII Framework框架教程之日志用法详解,yiiframework
本文实例讲述了YII Framework框架日志用法。分享给大家供大家参考,具体如下:
日志的作用(此处省略1000字)
YII中的日志很好很强大,允许你把日志信息存放到数据库,发送到制定email,存放咋文件中,意见显示页面是,甚至可以用来做性能分析。
YII中日志的基本配置:/yii_dev/testwebap/protected/config/main.php
'log'=>array( 'class'=>'CLogRouter', 'routes'=>array( array( 'class'=>'CFileLogRoute', 'levels'=>'error, warning', ), // uncomment the following to show log messages on web pages /* array( 'class'=>'CWebLogRoute', ), */ ), ),
YII中日志的基本使用:
可以通过YII提供的Yii::log和Yii::trace进行日志信息的输出,两者的区别看看定义就知道了。
函数定义
public static function trace($msg,$category='application') { if(YII_DEBUG) self::log($msg,CLogger::LEVEL_TRACE,$category); } public static function log($msg,$level=CLogger::LEVEL_INFO,$category='application') { if(self::$_logger===null) self::$_logger=new CLogger; if(YII_DEBUG && YII_TRACE_LEVEL>0 && $level!==CLogger::LEVEL_PROFILE) { $traces=debug_backtrace(); $count=0; foreach($traces as $trace) { if(isset($trace['file'],$trace['line']) && strpos($trace['file'],YII_PATH)!==0) { $msg.="\nin ".$trace['file'].' ('.$trace['line'].')'; if(++$count>=YII_TRACE_LEVEL) break; } } } self::$_logger->log($msg,$level,$category); }
$msg:你要输出的日志信息
$category:日志信息所属分类
$level:日志信息的级别:
const LEVEL_TRACE='trace';用于调试环境,追踪程序执行流程
const LEVEL_WARNING='warning';警告信息
const LEVEL_ERROR='error';致命错误信息
const LEVEL_INFO='info';普通提示信息
const LEVEL_PROFILE='profile';性能调试信息
基本使用方法举例
<?php class DefaultController extends Controller { public function actionCache () { $category='system.testmod.defaultController'; $level=CLogger::LEVEL_INFO; $msg='action begin '; Yii::log($msg,$level,$category); } }
YII中日志的输出位置
上文提到YII中日志的输出位置可以定义为很多位置。主要通过配置文件修改例如:
'log'=>array( 'class'=>'CLogRouter', 'routes'=>array( array( 'class'=>'CFileLogRoute', 'levels'=>'error, warning', ), // uncomment the following to show log messages on web pages array( 'class'=>'CWebLogRoute', ), ), ),
不仅输出到日志文件中,还输出到web页面上。
配置文件中:
routes用于配置日志输出的位置,
class是日志,日志路由的类名
levels是日志的顶级,字符串序列,用都好分割。具体对应CLooger中的常量
注意:
日志文件的存放位置是:/yii_dev/testwebap/protected/runtime/application.log
官方的日志介绍的很详细,但是后半部分中文翻译缺失了,这里进行翻译补全。
Yii 提供了一个灵活可扩展的日志功能。记录的日志 可以通过日志级别和信息分类进行归类。通过使用 级别和分类过滤器,所选的信息还可以进一步路由到 不同的目的地,例如一个文件,Email,浏览器窗口等。
1. 信息记录
信息可以通过 Yii::log 或 Yii::trace 记录。其 区别是后者只在当应用程序运行在 调试模式(debug mode) 中时才会记录信息。
Yii::log($message, $level, $category); Yii::trace($message, $category);
当记录信息时,我们需要指定它的分类和级别 分类是一段格式类似于 路径别名 的字符串。 例如,如果一条信息是在 CController 中记录的,我们可以使用 system.web.CController 作为分类。信息级别应该是下列值中的一种:
trace: 这是在 Yii::trace 中使用的级别。它用于在开发中 跟踪程序的执行流程。
info: 这个用于记录普通的信息。
profile: 这个是性能概述(profile)。下面马上会有更详细的说明。
warning: 这个用于警告(warning)信息。
error: 这个用于致命错误(fatal error)信息。
2. 信息路由
通过 Yii::log 或 Yii::trace 记录的信息是保存在内存中的。 我们通常需要将它们显示到浏览器窗口中,或者将他们保存到一些 持久存储例如文件、Email中。这个就叫作 信息路由,例如, 发送信息到不同的目的地。
在 Yii 中,信息路由是由一个叫做 CLogRouter 的应用组件管理的。 它负责管理一系列称作 日志路由 的东西。每个日志路由 代表一个单独的日志目的地。通过一个日志路由发送的信息会被他们的级别和分类过滤。
要使用信息路由,我们需要安装并预加载一个 CLogRouter 应用组件。我们也还需要配置它的 routes 属性为我们想要的那些日志路由。 下面的代码演示了一个所需的 应用配置 示例:
array( ...... 'preload'=>array('log'), 'components'=>array( ...... 'log'=>array( 'class'=>'CLogRouter', 'routes'=>array( array( 'class'=>'CFileLogRoute', 'levels'=>'trace, info', 'categories'=>'system.*', ), array( 'class'=>'CEmailLogRoute', 'levels'=>'error, warning', 'emails'=>'admin@example.com', ), ), ), ), )
在上面的例子中,我们定义了两个日志路由。第一个是 CFileLogRoute ,它会把信息保存在位于应用程序 runtime 目录中的一个文件中。 而且只有级别为 trace 或 info 、分类以 system. 开头的信息才会被保存。 第二个路由是 CEmailLogRoute ,它会将信息发送到指定的 email 地址,且只有级别为 error 或 warning 的才会发送。
在 Yii 中,有下列几种日志路由可用:
CDbLogRoute: 将信息保存到数据库的表中。
CEmailLogRoute: 发送信息到指定的 Email 地址。
CFileLogRoute: 保存信息到应用程序 runtime 目录中的一个文件中。
CWebLogRoute: 将 信息 显示在当前页面的底部。
CProfileLogRoute: 在页面的底部显示概述(profiling)信息。
信息: 信息路由发生在当前请求周期最后的 onEndRequest 事件触发时。 要显式终止当前请求过程,请调用 CApplication::end() 而不是使用 die() 或 exit(),因为 CApplication::end() 将会触发onEndRequest 事件, 这样信息才会被顺利地记录。
3. 信息过滤
正如我们所提到的,信息可以在他们被发送到一个日志路由之前通过它们的级别和分类过滤。 这是通过设置对应日志路由的 levels 和 categories 属性完成的。 多个级别或分类应使用逗号连接。
由于信息分类是类似 xxx.yyy.zzz 格式的,我们可以将其视为一个分类层级。 具体地,我们说 xxx 是 xxx.yyy的父级,而xxx.yyy 又是 xxx.yyy.zzz 的父级。 这样我们就可以使用 xxx.* 表示分类 xxx 及其所有的子级和孙级分类
4. 记录上下文信息
从版本 1.0.6 起,我们可以设置记录附加的上下文信息, 比如 PHP 的预定义变量(例如 $_GET, $_SERVER),session ID,用户名等。 这是通过指定一个日志路由的 CLogRoute::filter属性为一个合适的日志过滤规则实现的。
The framework comes with the convenient CLogFilter that may be used as the needed log filter in most cases. By default, CLogFilter will log a message with variables like $_GET, $_SERVER which often contains valuable system context information. CLogFilter can also be configured to prefix each logged message with session ID, username, etc., which may greatly simplifying the global search when we are checking the numerous logged messages.
框架可能在许多数情况下会用到日志过滤器CLogFilter来过滤日志。默认情况下,CLogFilter日志消息包含了许多系统上下文信息的变量,像$ _GET,$_SERVER。 CLogFilter也可以配置的前缀与会话ID,用户名等,我们在检查无数记录的消息每个记录的消息时,这可能会极大地简化了搜索难度
The following configuration shows how to enable logging context information. Note that each log route may have its own log filter. And by default, a log route does not have a log filter.
下面的配置显示了如何启用日志记录的上下文信息。请注意,每个日志路由可能有其自己的日志过滤器。 默认情况下,日志路由不会有日志筛选器。
array( ...... 'preload'=>array('log'), 'components'=>array( ...... 'log'=>array( 'class'=>'CLogRouter', 'routes'=>array( array( 'class'=>'CFileLogRoute', 'levels'=>'error', 'filter'=>'CLogFilter', ), ...other log routes... ), ), ), )
Starting from version 1.0.7, Yii supports logging call stack information in the messages that are logged by calling Yii::trace. This feature is disabled by default because it lowers performance. To use this feature, simply define a constant named YII_TRACE_LEVEL at the beginning of the entry script (before includingyii.php) to be an integer greater than 0. Yii will then append to every trace message with the file name and line number of the call stacks belonging to application code. The number YII_TRACE_LEVEL determines how many layers of each call stack should be recorded. This information is particularly useful during development stage as it can help us identify the places that trigger the trace messages.
从版本1.0.7开始,Yii的日志记录可以采用堆栈的方式记录消息,此功能默认是关闭的,因为它会降低性能。要使用此功能,只需在入口脚本(前includingyii.php)定义一个命名为YII_TRACE_LEVEL的常量即一个大于0的整数。 Yii将在堆栈信息中追加应用程序要到的每一个文件名和行号。可以通过设置YII_TRACE_LEVEL来设定堆栈的层数。这种方式在开发阶段特别有用,因为它可以帮助我们确定触发跟踪消息的地方。
5. Performance Profiling 性能分析
Performance profiling is a special type of message logging. Performance profiling can be used to measure the time needed for the specified code blocks and find out what the performance bottleneck is.
性能分析是一类特殊类型的消息记录。性能分析可用于测量指定代码块所需的时间,并找出性能瓶颈是什么。
To use performance profiling, we need to identify which code blocks need to be profiled. We mark the beginning and the end of each code block by inserting the following methods:
要使用性能分析日志,我们需要确定哪些代码块需要分析。我们要在分析性能的代码短的开始和结尾添加如下方法:
Yii::beginProfile('blockID'); ...code block being profiled... Yii::endProfile('blockID');
where blockID is an ID that uniquely identifies the code block.
其中blockID是一个标识代码块的唯一ID。
Note, code blocks need to be nested properly. That is, a code block cannot intersect with another. It must be either at a parallel level or be completely enclosed by the other code block.
注意,这些方法不能交叉嵌套
To show profiling result, we need to install a CLogRouter application component with a CProfileLogRoute log route. This is the same as we do with normal message routing. The CProfileLogRoute route will display the performance results at the end of the current page.
为了显示分析结果,我们需要为CLogRouter增加CProfileLogRoute路由。然后通过CProfileLogRoute可以把性能测试结果显示在当前页面结束。
6. Profiling SQL Executions 分析SQL执行
Profiling is especially useful when working with database since SQL executions are often the main performance bottleneck of an application. While we can manually insert beginProfile and endProfilestatements at appropriate places to measure the time spent in each SQL execution, starting from version 1.0.6, Yii provides a more systematic approach to solve this problem.
在数据库开发中分析是特别有用的,因为SQL执行往往是应用程序的主要性能瓶颈。尽管我们可以手动在每个SQL执行的适当的地方插入beginProfile和endProfile来衡量花费的时间,但从1.0.6版本开始,Yii提供了更系统的方法来解决这个问题。
By setting CDbConnection::enableProfiling to be true in the application configuration, every SQL statement being executed will be profiled. The results can be readily displayed using the aforementionedCProfileLogRoute, which can show us how much time is spent in executing what SQL statement. We can also call CDbConnection::getStats() to retrieve the total number SQL statements executed and their total execution time.
再实际的应用程序当中通过设置CDbConnection::enableProfiling爱分析每一个正在执行的SQL语句。使用 CProfileLogRoute,结果可以很容易地显示。它可以显示我们是在执行什么SQL语句花费多少时间。我们也可以调用CDbConnection:getStats()来分析检索SQL语句的执行总数和其总的执行时间。
更多关于Yii相关内容感兴趣的读者可查看本站专题:《Yii框架入门及常用技巧总结》、《php优秀开发框架总结》、《smarty模板入门基础教程》、《php日期与时间用法总结》、《php面向对象程序设计入门教程》、《php字符串(string)用法总结》、《php+mysql数据库操作入门教程》及《php常见数据库操作技巧汇总》
希望本文所述对大家基于Yii框架的PHP程序设计有所帮助。
您可能感兴趣的文章:
- PHP YII框架开发小技巧之模型(models)中rules自定义验证规则
- Nginx配置PHP的Yii与CakePHP框架的rewrite规则示例
- 使用Composer安装Yii框架的方法
- Yii使用migrate命令执行sql语句的方法
- YII Framework框架使用YIIC快速创建YII应用之migrate用法实例详解
- YII Framework框架教程之使用YIIC快速创建YII应用详解
- YII Framework框架教程之国际化实现方法
- YII Framework框架教程之缓存用法详解
- YII Framework框架教程之安全方案详解
- YII Framework教程之异常处理详解
- Yii rules常用规则示例

핫 AI 도구

Undresser.AI Undress
사실적인 누드 사진을 만들기 위한 AI 기반 앱

AI Clothes Remover
사진에서 옷을 제거하는 온라인 AI 도구입니다.

Undress AI Tool
무료로 이미지를 벗다

Clothoff.io
AI 옷 제거제

AI Hentai Generator
AI Hentai를 무료로 생성하십시오.

인기 기사

뜨거운 도구

메모장++7.3.1
사용하기 쉬운 무료 코드 편집기

SublimeText3 중국어 버전
중국어 버전, 사용하기 매우 쉽습니다.

스튜디오 13.0.1 보내기
강력한 PHP 통합 개발 환경

드림위버 CS6
시각적 웹 개발 도구

SublimeText3 Mac 버전
신 수준의 코드 편집 소프트웨어(SublimeText3)

뜨거운 주제











PHP 프레임워크의 선택은 프로젝트 요구 사항과 개발자 기술에 따라 다릅니다. Laravel: 기능이 풍부하고 커뮤니티가 활발하지만 학습 곡선이 가파르고 성능 오버헤드가 높습니다. CodeIgniter: 가볍고 확장하기 쉽지만 기능이 제한되고 문서가 적습니다. Symfony: 모듈식이며 강력한 커뮤니티이지만 복잡한 성능 문제가 있습니다. ZendFramework: 엔터프라이즈급이며 안정적이고 신뢰할 수 있지만 라이센스 비용이 크고 부피가 큽니다. 슬림(Slim): 마이크로 프레임워크로 빠르지만 기능이 제한되고 학습 곡선이 가파릅니다.

다양한 개발 환경에서는 PHP 프레임워크의 성능에 차이가 있습니다. 개발 환경(예: 로컬 Apache 서버)은 낮은 로컬 서버 성능 및 디버깅 도구와 같은 요인으로 인해 프레임워크 성능이 저하됩니다. 대조적으로, 더 강력한 서버와 최적화된 구성을 갖춘 프로덕션 환경(예: 완전한 기능을 갖춘 프로덕션 서버)은 프레임워크에 훨씬 더 나은 성능을 제공합니다.

PHP 프레임워크와 마이크로서비스 결합의 이점: 확장성: 애플리케이션을 쉽게 확장하고, 새로운 기능을 추가하거나 더 많은 로드를 처리합니다. 유연성: 마이크로서비스는 독립적으로 배포 및 유지 관리되므로 변경 및 업데이트가 더 쉬워집니다. 고가용성: 하나의 마이크로서비스 장애가 다른 부분에 영향을 주지 않아 더 높은 가용성을 보장합니다. 실제 사례: Laravel 및 Kubernetes를 사용하여 마이크로서비스 배포 단계: Laravel 프로젝트를 생성합니다. 마이크로서비스 컨트롤러를 정의합니다. Dockerfile을 만듭니다. Kubernetes 매니페스트를 만듭니다. 마이크로서비스를 배포합니다. 마이크로서비스를 테스트합니다.

PHP 프레임워크를 DevOps와 통합하면 효율성과 민첩성이 향상될 수 있습니다. 지루한 작업을 자동화하고, 직원이 전략적 작업에 집중할 수 있도록 하며, 릴리스 주기를 단축하고, 출시 기간을 단축하고, 코드 품질을 개선하고, 오류를 줄이고, 부서 간 팀 협업을 강화하고, 분석을 세분화합니다. 개발 및 운영 사일로

최고의 PHP 마이크로서비스 프레임워크: Symfony: 유연성, 성능 및 확장성으로 마이크로서비스 구축을 위한 구성 요소 제품군을 제공합니다. Laravel: 효율성과 테스트 가능성에 중점을 두고 깔끔한 API 인터페이스를 제공하며 상태 비저장 서비스를 지원합니다. 슬림: 미니멀하고 빠르며 고성능 API 구축에 적합한 간단한 라우팅 시스템과 옵션 미드바디 빌더를 제공합니다.

PHP 프레임워크에서 인공 지능(AI)의 응용 가능성은 다음과 같습니다. 자연어 처리(NLP): 텍스트 분석, 감정 식별 및 요약 생성. 이미지 처리: 이미지 객체 식별, 얼굴 감지 및 크기 조정에 사용됩니다. 기계 학습: 예측, 분류 및 클러스터링을 위한 것입니다. 실제 사례: 챗봇, 개인화된 추천, 사기 탐지. AI를 통합하면 웹사이트나 애플리케이션 기능이 향상되어 강력한 새 기능을 제공할 수 있습니다.

PHP 프레임워크를 사용하여 인공 지능(AI)을 통합하여 웹 애플리케이션에서 AI 통합을 단순화합니다. 권장 프레임워크: Laravel: 가볍고 효율적이며 강력합니다. CodeIgniter: 간단하고 사용하기 쉬우며 소규모 애플리케이션에 적합합니다. ZendFramework: 완전한 기능을 갖춘 엔터프라이즈급 프레임워크입니다. AI 통합 방법: 머신러닝 모델: 특정 작업을 수행합니다. AIAPI: 사전 구축된 기능을 제공합니다. AI 라이브러리: AI 작업을 처리합니다.

PHP 프레임워크 확장 라이브러리는 선택할 수 있는 네 가지 프레임워크를 제공합니다. Laravel: 광범위한 생태계와 타사 패키지로 잘 알려져 있으며 인증, 라우팅, 검증 및 기타 확장 기능을 제공합니다. Symfony: 인증, 양식 등과 같은 영역을 포괄하는 재사용 가능한 "번들"을 통해 고도로 모듈화된 기능을 확장합니다. CodeIgniter: 가볍고 고성능이며 데이터베이스 연결 및 양식 유효성 검사와 같은 실용적인 확장 기능을 제공합니다. ZendFramework: 인증, 데이터베이스 연결, RESTfulAPI 지원 등과 같은 확장 기능을 갖춘 강력한 엔터프라이즈급 기능입니다.
