关于Thinkphp6的日志问题

目录
  • Thinkphp6的日志问题
    • 设置日志记录级别
    • 单一日志
    • 独立日志
    • 日志的写入时机
    • 日志通道
  • Thinkphp6异常处理与日志
    • 异常处理
    • 日志
    • 手动记录日志
    • 关闭日志
  • 总结

Thinkphp6的日志问题

日志级别

debug, info, notice, warning, error, critical, alert, emergency

其中有一个特别的级别:sql,专门用来记录sql语句的

设置日志记录级别

对于程序比较重要的业务模块可以进行埋点(进行日志记录)

可以通过设置日志记录级别来开启和关闭记录

有助于排除错误(比每次出现错误去代码里增加记录日志好多了)

        # 修改 config/log.php
        # 配置 'level' => ['notice','warning']
        # level 不为空时,只记录level中指定的错误级别
        # level 为空时,记录所有级别
        $user = UserService::getInstance()->findByUsername('xieruixiang');
        Log::warning("warning:{user}", compact('user'));
        # info 不再 level 中 则不会记录
        Log::info("I'm info");

单一日志

默认的tp日志是写在当前日期(年月)目录下的,如(runtime/admin/log/202204/30_info.log)

单一日志设置 修改config/log.php 中通道single属性为true

设置单一日志后,将不再写在时间目录下(一直写一个固定目录),如(runtime/admin/log/single_info.log)

# 开启单一日志
# channels.file.single
# 这里给file通道开启单一日志
'single' => true

独立日志

每一种日志级别的日志都归类到一个文件之中(推荐开启独立日志)

设置 config/log.php 中通道apart_level属性

        #  设置 file 通道 info,notice,warning 级别开启独立日志
        #  channels.file.apart_level
        # 'apart_level' => ['info', 'notice', 'warning']
        # 在 apart_level中的级别会独立写到一个文件中去

        # write to runtime/admin/log/202204/30_warning.log
        Log::warning("I'm ");
        # write to runtime/admin/log/202204/30_info.log
        Log::info("I'm info");
        # write to runtime/admin/log/202204/30_notice.log
        Log::notice("I'm notice");

日志的写入时机

日志写入时机提供两种(实时写入,程序执行完后写入)

通过设置config/log.php中通道 realtime_write 属性

        # 这里中断程序的执行
        # 如果 realtime_write = false 则无法写到日志中去
        # realtime_write = true 可以写入日志中去
        Log::warning("I'm ");

        # 如果 realtime_write = false
        # 又想实时写入
        # 可以通过 Log::write($msg, $type) 实时写入
        # $msg 信息
        # $type 日志级别
        Log::write("I'm write", 'warning');
        die("日志将不会写入");

日志通道

可以自定义通道

以增加邮件通道为例

将config/log.php 中通道type 改成自定义驱动类即可

        # config/log.php channels 添加
         'email' => [
            'type' => \app\admin\driver\EmailDriver::class,
            # 调试发送邮件时将其设置成实时比较好调试
            'realtime_write' => true,
        ]
        
       # EmailDriver 需要实现 think\contract\LogHandlerInterface
       class EmailDriver implements LogHandlerInterface
       {
          public function save(array $log): bool
          {
          # 这里进行发送邮件逻辑
          # 想知道邮件发送逻辑的可以参考我的文章 《php发送邮件》
          # 不想知道的 可以调用第三方封装好的php发送邮件组件
           return true;
          }
       }

使用邮件通道

 # channel($channelName) 指定发送通道
 # 不指定则使用默认发送通道
 # config/log.php
 # 'default' => env('log.channel', 'file'),
 Log::channel('email')->info("this is info");
 # 就能以邮件形式通知了

Thinkphp6异常处理与日志

异常处理

目标:返回json格式的异常信息 # url_route_must:true强制路由模式下

thinkphp6内置已了一个app\ExceptionHandle异常处理类可供使用

该类绑定在app目录下面的provider.php文件中,直接修改该类的相关方法即可完成应用的自定义异常处理机制。

app\ExceptionHandle.php 异常处理类,重新定义render方法即可

#app\ExceptionHandle.php
public function render($request, Throwable $e): Response
    {
        // app_debug模式下按原thinkphp6异常模式处理异常
        if (env('app_debug')) {
            return parent::render($request, $e);
        }
        // 自定义json返回错误
        if ($e instanceof ValidateException) {
            return json($e->getError(), 422);
            return json(['code' => 0, 'msg' => $e->getError()], 422);
        }

        // 自定义json返回异常
        if ($e instanceof HttpException && $request->isAjax()) {
            return json(['code' => 0, 'msg' => $e->getMessage()], $e->getStatusCode());
        }
		// 自定义json返回异常
        if ($e instanceof HttpException) {
            return json(['code' => 0, 'msg' => $e->getMessage()]);
        }
		// 自定义json返回异常
        return json(['code' => 0, 'msg' => 'Biny服务器错误']);
    }

目标:访问未定义的路由时返回json格式的信息 # url_route_must:false 非强制路由模式下

php think make:controller Error --plain

    public function index()
    {
        return json([
            'code' => 0,
            'data' => 'Route is Not Found',
            'msg' => 'success'
        ]);
    }

    public function __call($name, $arguments)
    {
        return json([
            'code' => 0,
            'data' => 'Route is Not Found',
            'msg' => 'success'
        ]);
    }

日志

  • DEBUG模式下默认记录error级别和sql执行语句日志
  • 非DEBUG模式默认仅记录error级别日志
  • DEBUG模式在根目录增加.env文件 设置APP_DEBUG = false/true

手动记录日志

方法 描述
record() Log::record(‘record方法记录的日志信息不是实时保存的’,‘info’);
write() Log::write(‘要实时记录的话,可以采用write方法’,‘info’);

系统在请求结束后会自动调用Log::save方法统一进行日志信息写入

关闭日志

Log::close(); //手动关闭本次请求的日志写入

更多日志配置于app\config\log.php文件中配置,参考官方文档配置即可

官方日志文档

总结

以上为个人经验,希望能给大家一个参考,也希望大家多多支持我们。

(0)

相关推荐

  • thinkphp6使用mysql悲观锁解决商品超卖问题的实现

    悲观锁介绍(百科): 悲观锁,正如其名,它指的是对数据被外界(包括本系统当前的其他事务,以及来自外部系统的事务处理)修改持保守态度,因此,在整个数据处理过程中,将数据处于锁定状态.悲观锁的实现,往往依靠数据库提供的锁机制(也只有数据库层提供的锁机制才能真正保证数据访问的排他性,否则,即使在本系统中实现了加锁机制,也无法保证外部系统不会修改数据). 使用场景举例:以MySQL InnoDB为例 商品goods表,假设商品的id为1,购买数量为1,status为1表示上架中,2表示下架.现在用户购买

  • thinkphp实现like模糊查询实例

    本文实例讲述了thinkphp实现like模糊查询的方法,分享给大家供大家参考.具体实现方法如下: 目前使用thinkphp框架进行项目开发的人越来越多了,由于其封装性较好,导致了很多纯PHP开发的部分不易上手,本文实例即以like模糊查询为例对此加以说明. 这里主要通过举例来说明用法: ThinkPHP可以支持直接使用字符串作为查询条件,但是大多数情况推荐使用索引数组或者对象来作为查询条件,因为会更加安全. 一.使用字符串作为查询条件 这是最传统的方式,但是安全性不高, 例如: 复制代码 代码

  • 如何从防护角度看Thinkphp历史漏洞

    目录 Thinkphp RCE漏洞和扫描流量 漏洞原理回顾 Thinkphp漏洞全网扫描 总结 Thinkphp RCE漏洞和扫描流量 漏洞原理回顾 5.0.x版本漏洞 原理在于Thinkphp处理请求的关键类为Request(thinkphp/library/think/Request.php),该类可以实现对HTTP请求的一些设置 Thinkphp支持配置"表单伪装变量",默认情况下该变量值为_method,因此在method()中,可以通过"表单伪装变量"进行

  • 关于Thinkphp6的日志问题

    目录 Thinkphp6的日志问题 设置日志记录级别 单一日志 独立日志 日志的写入时机 日志通道 Thinkphp6异常处理与日志 异常处理 日志 手动记录日志 关闭日志 总结 Thinkphp6的日志问题 日志级别 debug, info, notice, warning, error, critical, alert, emergency 其中有一个特别的级别:sql,专门用来记录sql语句的 设置日志记录级别 对于程序比较重要的业务模块可以进行埋点(进行日志记录) 可以通过设置日志记录级

  • 使用AutoIT实现自动登录/退出客户端软件,删除日志

    在开发提供了添加日志版本的客户端后,开始尝试重现错误. 手工执行登录20余次后,再次遇到登录失败,但开发说输出的日志不够详细,重新提交了一个编译版本.实在是不想再重复做登录操作,于是想到写一个自动化的脚本来实现手工过程: 1)输入用户名,密码,登录客户端 2)退出客户端 3)删除安装后的用户应用目录(每次用户登录后,都会生成一个用户的应用目录,删除是为了尽量接近全新安装客户端后再登录的情况) 首先想到的是QTP,但由于我的测试机之前就安装QTP 不成功,重装系统当然是来不及了.于是想到使用Aut

  • SQL SERVER 2008数据库日志文件收缩的方法

    最近公司的数据库随着业务量的增多,日志文件巨大(超过300G),造成磁盘空间不够用,进而后来的访问数据库请求无法访问. 网上类似的方法也很多,但不可行,如下是我实践过,可行的,将日志文件收缩至任意指定大小的方法: 第一步: 在SQL SERVER Management Studio 中右击数据库选择"属性"--->"选项",将恢复模式由默认的"完整"改为"简单". 第二步:再次右键选择数据库的"任务"

  • Sqlserver2005日志文件太大如何减小

    Sqlserver2005日志文件太大,使其减小的方法如下所示: 运行下面的三行 dbName为数据库名: backup log dbNamewith NO_LOG backup log dbNamewith TRUNCATE_ONLY DBCC SHRINKDATABASE(dbName) 日志文件减小到1MB sql server清空日志文件2011-04-06 23:05 1: 删除LOG 1:分离数据库 企业管理器->服务器->数据库->右键->分离数据库 2:删除LOG文

  • Linux下nginx生成日志自动切割的实现方法

    Linux下nginx生成日志自动切割的实现方法 1.编辑切割日志的 shell 程序,目录自定 #vi /data/nginx/cut_nginx_log.sh 输入代码: #!/bin/bash # This script run at 00:00 function cutAccess() { dir=$1 newdir="${dir}/$(date -d "yesterday" +"%Y")/$(date -d "yesterday&quo

  • Perl中捕获警告信息、异常信息并写入日志详解

    虽然建议在每个Perl脚本和模块中开启警告,可是你又不想用户看到Perl发出的警告. 一方面你想在代码前面使用use warnings作为你的安全网,另一方面,通常警告会出现在屏幕上.多数情况下,客户不知道如何处理这些警告.如果幸运的话这些警告仅仅让客户惊讶一下,当然,不幸的是他们尝试着去修复它们... (这里说的不是Perl程序员.) 第三方面,你或许想要保存这些警告供之后分析. 此外,在很多地方还有很多Perl脚本和应用程序没有使用use warnings也没有在#!行中使用-w.加上了us

  • 数据库ORA-01196故障-归档日志丢失恢复详解

    问题: 由于机房停电,其中一DG备库无法open,启动时报错 启动数据库时报下面的错误 SQL> alter database open; alter database open * 第 1 行出现错误: ORA-10458: standby database requiresrecovery ORA-01196: 文件 1 由于介质恢复会话失败而不一致 ORA-01110: 数据文件 1:'+DATA/htdb7/datafile/system.313.884996245' 查看归档日志应用情

  • Log4net日志记录组件的使用步骤详解和下载

    第一步: 添加并应用Log4net.dll.然后在Web.config文件中添加下面的配置局 复制代码 代码如下: <configSections>     <section name="log4net" type="log4net.Config.Log4NetConfigurationSectionHandler, log4net" /> </configSections> 第二步: 新建Log4Net.config的配置文件,

  • python写日志封装类实例

    本文实例讲述了python实现写日志封装类.分享给大家供大家参考.具体如下: # encoding:utf-8 import sys import logging import time def writeLog(message): logger=logging.getLogger() filename = time.strftime('%Y-%m-%d',time.localtime(time.time())) handler=logging.FileHandler("./log/"

  • 详解ABP框架中的日志管理和设置管理的基本配置

    日志管理 Server side(服务器端) ASP.NET Boilerplate使用Castle Windsor's logging facility日志记录工具,并且可以使用不同的日志类库,比如:Log4Net, NLog, Serilog... 等等.对于所有的日志类库,Castle提供了一个通用的接口来实现,我们可以很方便的处理各种特殊的日志库,而且当业务需要的时候,很容易替换日志组件. 译者注释:Castle是什么:Castle是针对.NET平台的一个开源项目,从数据访问框架ORM到

随机推荐