【php】错误日志处理

一、 错误处理:
  a) 在写程序的过程当中,遇到错误时,你的反应?可能比较急躁,比较烦
  b) 遇到错误后:一别哭,二别闹,三别上吊,四别尿……
二、 你可能会遇到的错误:
  a) 语法错误
    i. 语法错误是最容易排除的错误,通常在报错行前后看看,就可以解决
  b) 运行时的错误
    i. 运行时的错误,不是特别容易排除,需要仔细检查
  c) 逻辑错误
    i. 逻辑错误,最难以排除!
三、 解决报错问题的方法:
  a) 输出法调试:
    i. 在编写程序的过程当中,我们应当边写边调试,能够有效的避免逻辑错误的出现!
  b) 断点法调试:
    i. 在程序的某个位置使用die或exit语法进行脚本的终端,然后配合输出法进行程序的调试!
  c) 删除法(注释法)调试:
    i. 将多余的代码进行删除或注释,再去判断执行结果是否正确
  d) 最佳解决方式:
    i. 还是输出法,就是我们边写边输出!
四、 Php当中错误级别:
  a) E_NOTICE 级别的错误(好比你的右手擦破点皮儿)
    i. NOTICE级别的错误,最容易排除,而且是级别最低的错误,它不会影响程序执行,只会提示一个内容;
  b) E_WARNING级别的错误(好比你的右手骨折了,但是你还有左手啊!)
    i. WARNING级别的错误,比较容易排除,报错行不再输出,不会影响整个脚本执行;
  c) E_ERROR 级别的错误(相当于脑袋掉了,脑袋掉了之后啥事儿都干不了了!)
    i. FATAL级别的错误,会直接终止整个脚本执行,相对容易排除!
  d) E_ALL 所有的错误和提示内容!
五、 在php当中控制错误级别的两种方法:
  a) 在配置文件当中(php.ini)
    i. 搜索 error_reporting = E_ALL,该选项是用来设置php当中错误显示的方式
    ii. 必须要认识的符号:
      1. &:并且
      2. |:或者
      3. ~:除了
      4. Error_reporting = E_ALL &~ E_NOTICE &~ E_WARNING &~ …
      5. 设置php错误显示所有错误,但是除了NOTICE级别的错误
    iii. 在php.ini当中设置的错误级别显示会作用于整个服务器!
  b) 在当前脚本当中
      i. 使用 error_reporting() 函数
      ii. error_reporting(E_ALL &~ E_NOTICE &~ E_WARNING &~ E_ERROR);
      iii. 在当前脚本的最上方添加上述语句,可以控制当前脚本的错误显示
      iv. 推荐,作用范围只是当前设置错误级别的脚本!
  c) 通过一项设置可以直接让所有的错误不再显示!
      i. Display_errors 在配置文件搜索该选项display_errors = On 会出现这个结果,我们可以将On修改为 Off即可实现错误提示关闭
  d) 在PHP脚本当中可以对配置文件当中的选项进行一些设置:
      i. Ini_get_all();可以获取所有我们能够在php脚本当中设置的配置项
      ii. Ini_get(配置名); 获取指定的配置项信息
      iii. Ini_set(配置名,配置值);在脚本当中设置配置项的信息
六、 错误日志:
  a) 在生活当中的很多地方,都应用到了这种日志记录,例如:航海日志,飞机上的黑匣子,php当中的错误日志文件等等
  b) 错误日志的存储位置:
    i. Wamp -> logs -> php_error.log 这就是php的错误日志文件
  c) 设置错误日志开启:
    i. Php.ini当中搜索log_errors = On,默认开启,如果改为Off说明关闭日志存储错误信息!
  d) 修改错误日志的存储位置
    i. 在php.ini当中搜索 error_log
    ii. error_log ="D:/Wamp/logs/php_error.log",位置可以自己定义
  e) 真正的项目在上线运营之前,需要查看错误日志设置的情况:
    i. 开发环境:允许报错!
    ii. 测试环境:允许报错!
    iii. 上线运营:不能报错!
      1. 要上线运营的项目,错误日志需要进行如下设置
        a) Display_errors = Off 设置报错信息不再脚本中显示
        b) Error_reporting = E_ALL 设置php报错机制为所有级别的错误!
        c) Log_errors = On 开启错误日志记录
        d) Error_log = “设置你要存储错误日志的位置!”
      2. 进行上面的设置之后,可以保证错误不再php脚本当中出现!

时间: 2024-08-30 02:49:07

【php】错误日志处理的相关文章

nginx日志及错误日志详解

nginx错误日志信息介绍 配置记录nginx的错误信息是调试nginx服务的重要手段,属于核心功能模块(ngx_core_module)的参数,该参数名字为error_log,可以放在Main区块中全局配置,也可以放置不同的虚拟主机中单独记录虚拟主机的错误信息. error_log的语法格式及参数语法说明如下: error_log    file    level; 关键字        日志文件    错误日志级别 其中,关键字error_log不能改变,日志文件可以指定任意存放日志的目录,

mysql错误日志

1.错误日志路径查询 show variables like '%log_error%'; log_error记录了错误日志路径. 2.告警日志设置 show variables like '%log_warnings%'; log_warnings:0表示不记录警告信息,1表示记录警告信息到错误日志,大于1表示"失败的连接"的信息和创建新连接时"拒绝访问"类的错误信息也会被记录到错误日志中.

MS SQL 监控错误日志的告警信息

SQL Server的错误消息(Error Message)按照消息的严重级别一共划分25个等级,级别越高,表示严重性也越高.但是如果你统计sys.messages,你会发现,实际上只有16(SQL SERVER 2008/2012)或17个(SQL SERVER 2005)个级别.猜测应该是一些留作扩展用,一些留作用户自定义错误消息的级别. sys.messages中有个字段is_event_logged,取值为1时表示出现错误时将消息记入事件日志. 对于 message_id 中的所有消息语

Nginx错误日志整理

Nginx错误日志说明 错误日志类型 类型1: upstream timed out 类型2: connect() failed 类型3: no live upstreams 类型4: upstream prematurely closed connection 类型5: 104: Connection reset by peer 类型6: client intended to send too large body 类型7: upstream sent no valid HTTP/1.0 he

C# 记录错误日志

程序的错误日志如何记录下来? 可以在遇到异常时,Catch异常,然后把异常的信息输出到txt文件中即可 /// <summary> /// 错误日志 /// </summary> public class LogHelper { private static object lockFlag = new object(); private static string LOG_FILE_PATH = AppDomain.CurrentDomain.BaseDirectory + &qu

Hadoop错误日志

1.错误日志:Directory /tmp/hadoop-root/dfs/name is in an inconsistent state: storage directory does not exist or is not accessible. 错误原因:在Linux下Hadoop等的各种数据默认保存在 /tmp目录下.当重启系统后 /tmp目录中的数据信息被清除,导致Hadoop启动失败.确定目录 /tmp/hadoop-root/dfs/name是否存在解决方案: 使用命令bin/h

记录C#错误日志工具

在编程过程中,我们经常会用try...catch处理可能出错的代码块.如果程序出现错误,则直接show出错误信息. 当然,大型的系统都有错误日志处理模块,用数据库记录错误日志信息,有相应的写入错误日志和读取操作日志的功能,功能强大,实现起来肯定也是相当的复杂. 可有时我们只是想方便的查看错误日志信息,但又不想带来复杂的代码实现.鱼和熊掌都想要?好吧,我来满足你. 1.我们需要把项目的目标框架设置为.Net Framework 4.0: 2.找到项目的代码生成路径,比如我的是bin\Debug\,

MySQL 错误日志(Error Log)

同大多数关系型数据库一样,日志文件是MySQL数据库的重要组成部分.MySQL有几种不同的日志文件,通常包括错误日志文件,二进制日志,通用日志,慢查询日志,等等.这些日志可以帮助我们定义mysqld内部发生的事情,数据库性能故障,记录数据的变更历史,用户恢复数据库等等.本文主要描述错误日志文件. 1.MySQL日志文件系统的组成   a.错误日志:记录启动.运行或停止mysqld时出现的问题.   b.通用日志:记录建立的客户端连接和执行的语句.   c.更新日志:记录更改数据的语句.该日志在M

查看MS SQL SERVER 错误日志

查看目的: 错误日志的查看是确保过程已成功完成(例如,备份和恢复操作,批处理命令,或其他脚本和过程).这可以帮助检测任何当前或潜在的问题,包括自动恢复信息(尤其是如果SQL Server实例已停止并重新启动),内核信息,或其他服务器级别的错误消息. 存放位置: 默认情况下, sql error log的位置(SQL SERVER 2005)在: %PROGRAMFILES%\Microsoft SQL Server\MSSQL.n\MSSQL\LOG\ERRORLOG and ERRORLOG.

关闭服务器HTTPERR错误日志

远程登录服务器后,发现服务器的C盘满了,我感觉奇怪,记得我已经把日志移动到D盘了,怎么C盘容量还在不断减少,不断排查,发现 C:\WINDOWS\system32\LogFiles\HTTPERR 目录下有大量log文件,占用了大量空间,C盘满的原因就是这个目录的文件引起的. 默认情况下,Windows 2003服务器会把所有IIS访问错误的记录写入该目录下的 log 文件中,如果访问量比较大,可能一段时间后,日志文件就会占满C盘空间,导致服务器死机. 关闭HTTPERR目录日志文件的方法是:运