• 关于

    error_reporting

    的搜索结果

回答

在调试程序的时候,很多网上提供的源码都会出现 Undefined variable错误,一般情况下php是不需要定义变量的,但如果服务器什么都报错的,就会出现错误,所以服务器上都是应该屏蔽这种错误的PHP默认配置会报这个错误,我的PHP版本是5.2.13,存在这个问题:    Notice: Undefined variable    这就是将警告在页面上打印出来,虽然这是有利于暴露问题,但实现使用中会存在很多问题。    需要设置显示错误级别,来解决问题。    网络上的通用解决办法是修改php.ini的配置:    解决方法:    1) error_reporting设置:    找到error_reporting = E_ALL    修改为error_reporting = E_ALL & ~E_NOTICE    2) register_globals设置:    找到register_globals = Off    修改为register_globals = On    我发现在php代码中直接使用      error_reporting(E_ALL & ~E_NOTICE);    可以解决这个问题。 以下是补充: Notice: Undefined variable: email in D:\PHP5\ENOTE\ADDNOTE.PHP on line 9   Notice: Undefined variable: subject in D:\PHP5\ENOTE\ADDNOTE.PHP on line 9   Notice: Undefined variable: comment in D:\PHP5\ENOTE\ADDNOTE.PHP on line 9   ........ 其实以上就是未定义变量,我们就直接判断变量的代码导致。   本来php是不需要定义变量的,但是出现这种情况应该怎么办呢?   只要在C:\WINDOWS找出php.ini的   在php.ini中的302行 error_reporting = E_ALL   修改成   error_reporting = E_ALL & ~E_NOTICE再重启apache2.2就行了   解决方法:修改php.ini   将: error_reporting = E_ALL   修改为:error_reporting = E_ALL & ~E_NOTICE   如果什么错误都不想让显示,直接修改:   display_errors = Off   如果你没有php.ini的修改权限,可在php头部加入   ini_set("error_reporting","E_ALL & ~E_NOTICE");   即可

小旋风柴进 2019-12-02 01:59:56 0 浏览量 回答数 0

回答

除了php的设置之外还要iis的设置 参考 http://www.cnblogs.com/nevernet/archive/2012/11/20/2778834.html http://php.net/manual/zh/function.error-reporting.php无效加了error_reporting(E_ALL);也没有用 php打开属性页展开“调试属性”,将“将错误发送到浏览器”的值改为“True”属性页是哪里?我在iis找不到调试属性 好像不对 那个属性只有asp的  试一试 改php.ini  display_errors=Onerror_reporting也尝试了无效是on上面有phpinfo截图log_errors=Off display_errors=On error_reporting=E_ALL&~E_NOTICE 重启iis了没我感觉是iis的事情TAT不好用查看当前的错误级别是什么 error_reporting phpinfoerror_reporting(E_ALL);6143默认6135兄弟,出现这个错误不一定就是PHP代码出错了,有可能是PHP环境有问题吧? 好像遇见熟人了→_→ 对熟人下面那个也要打开

爱吃鱼的程序员 2020-06-22 17:18:20 0 浏览量 回答数 0

问题

errorlog突然不能向phperrors.log输出

余老大 2019-12-01 21:17:44 5355 浏览量 回答数 2

阿里云试用中心,为您提供0门槛上云实践机会!

0元试用32+款产品,最高免费12个月!拨打95187-1,咨询专业上云建议!

回答

详细解答可以参考官方帮助文档 Dede后台登录出现空白页的情况,此时由于没有错误提示,无法进行排查调试,按照下面的方法打开真实报错之后即可看到如下图的真实报错后台登录空白一般情况下是程序的异常,可以通过配置开启程序真实错误信息来进行问题定位,方法如下:1、找到:include/common.inc.php文件打开,2、查找程序代码://error_reporting(E_ALL);error_reporting(E_ALL || ~E_NOTICE); 替换为:error_reporting(E_ALL);//error_reporting(E_ALL || ~E_NOTICE);这一步很重要,因为它会告诉我们为什么变成空白的提示信息,3、保存之后再次进入管理后台,这个时候会发现后台会有一句话提示了错误提示是:Parse error: syntax error, unexpected ‘:’ in /data/home/hyu1509xxxxx/htdocs/include/helpers/string.helper.php on line 309  4、之后排查修改掉程序的错误就行了,错误修改完成之后以上的修改还原回来就行了  

2019-12-01 23:23:03 0 浏览量 回答数 0

回答

详细解答可以参考官方帮助文档 Dede后台登录出现空白页的情况,此时由于没有错误提示,无法进行排查调试,按照下面的方法打开真实报错之后即可看到如下图的真实报错后台登录空白一般情况下是程序的异常,可以通过配置开启程序真实错误信息来进行问题定位,方法如下:1、找到:include/common.inc.php文件打开,2、查找程序代码://error_reporting(E_ALL);error_reporting(E_ALL || ~E_NOTICE); 替换为:error_reporting(E_ALL);//error_reporting(E_ALL || ~E_NOTICE);这一步很重要,因为它会告诉我们为什么变成空白的提示信息,3、保存之后再次进入管理后台,这个时候会发现后台会有一句话提示了错误提示是:Parse error: syntax error, unexpected ‘:’ in /data/home/hyu1509xxxxx/htdocs/include/helpers/string.helper.php on line 309  4、之后排查修改掉程序的错误就行了,错误修改完成之后以上的修改还原回来就行了  

2019-12-01 23:23:04 0 浏览量 回答数 0

回答

详细解答可以参考官方帮助文档 Dede后台登录出现空白页的情况,此时由于没有错误提示,无法进行排查调试,按照下面的方法打开真实报错之后即可看到如下图的真实报错后台登录空白一般情况下是程序的异常,可以通过配置开启程序真实错误信息来进行问题定位,方法如下:1、找到:include/common.inc.php文件打开,2、查找程序代码://error_reporting(E_ALL);error_reporting(E_ALL || ~E_NOTICE); 替换为:error_reporting(E_ALL);//error_reporting(E_ALL || ~E_NOTICE);这一步很重要,因为它会告诉我们为什么变成空白的提示信息,3、保存之后再次进入管理后台,这个时候会发现后台会有一句话提示了错误提示是:Parse error: syntax error, unexpected ‘:’ in /data/home/hyu1509xxxxx/htdocs/include/helpers/string.helper.php on line 309  4、之后排查修改掉程序的错误就行了,错误修改完成之后以上的修改还原回来就行了  

2019-12-01 23:23:05 0 浏览量 回答数 0

回答

详细解答可以参考官方帮助文档 Dede后台登录出现空白页的情况,此时由于没有错误提示,无法进行排查调试,按照下面的方法打开真实报错之后即可看到如下图的真实报错后台登录空白一般情况下是程序的异常,可以通过配置开启程序真实错误信息来进行问题定位,方法如下:1、找到:include/common.inc.php文件打开,2、查找程序代码://error_reporting(E_ALL);error_reporting(E_ALL || ~E_NOTICE); 替换为:error_reporting(E_ALL);//error_reporting(E_ALL || ~E_NOTICE);这一步很重要,因为它会告诉我们为什么变成空白的提示信息,3、保存之后再次进入管理后台,这个时候会发现后台会有一句话提示了错误提示是:Parse error: syntax error, unexpected ‘:’ in /data/home/hyu1509xxxxx/htdocs/include/helpers/string.helper.php on line 309  4、之后排查修改掉程序的错误就行了,错误修改完成之后以上的修改还原回来就行了  

2019-12-01 23:23:06 0 浏览量 回答数 0

回答

详细解答可以参考官方帮助文档 Dede后台登录出现空白页的情况,此时由于没有错误提示,无法进行排查调试,按照下面的方法打开真实报错之后即可看到如下图的真实报错后台登录空白一般情况下是程序的异常,可以通过配置开启程序真实错误信息来进行问题定位,方法如下:1、找到:include/common.inc.php文件打开,2、查找程序代码://error_reporting(E_ALL);error_reporting(E_ALL || ~E_NOTICE); 替换为:error_reporting(E_ALL);//error_reporting(E_ALL || ~E_NOTICE);这一步很重要,因为它会告诉我们为什么变成空白的提示信息,3、保存之后再次进入管理后台,这个时候会发现后台会有一句话提示了错误提示是:Parse error: syntax error, unexpected ‘:’ in /data/home/hyu1509xxxxx/htdocs/include/helpers/string.helper.php on line 309  4、之后排查修改掉程序的错误就行了,错误修改完成之后以上的修改还原回来就行了  

2019-12-01 23:23:05 0 浏览量 回答数 0

回答

详细解答可以参考官方帮助文档 Dede后台登录出现空白页的情况,此时由于没有错误提示,无法进行排查调试,按照下面的方法打开真实报错之后即可看到如下图的真实报错后台登录空白一般情况下是程序的异常,可以通过配置开启程序真实错误信息来进行问题定位,方法如下:1、找到:include/common.inc.php文件打开,2、查找程序代码://error_reporting(E_ALL);error_reporting(E_ALL || ~E_NOTICE); 替换为:error_reporting(E_ALL);//error_reporting(E_ALL || ~E_NOTICE);这一步很重要,因为它会告诉我们为什么变成空白的提示信息,3、保存之后再次进入管理后台,这个时候会发现后台会有一句话提示了错误提示是:Parse error: syntax error, unexpected ‘:’ in /data/home/hyu1509xxxxx/htdocs/include/helpers/string.helper.php on line 309  4、之后排查修改掉程序的错误就行了,错误修改完成之后以上的修改还原回来就行了  

2019-12-01 23:23:04 0 浏览量 回答数 0

回答

详细解答可以参考官方帮助文档 Dede后台登录出现空白页的情况,此时由于没有错误提示,无法进行排查调试,按照下面的方法打开真实报错之后即可看到如下图的真实报错后台登录空白一般情况下是程序的异常,可以通过配置开启程序真实错误信息来进行问题定位,方法如下:1、找到:include/common.inc.php文件打开,2、查找程序代码://error_reporting(E_ALL);error_reporting(E_ALL || ~E_NOTICE); 替换为:error_reporting(E_ALL);//error_reporting(E_ALL || ~E_NOTICE);这一步很重要,因为它会告诉我们为什么变成空白的提示信息,3、保存之后再次进入管理后台,这个时候会发现后台会有一句话提示了错误提示是:Parse error: syntax error, unexpected ‘:’ in /data/home/hyu1509xxxxx/htdocs/include/helpers/string.helper.php on line 309  4、之后排查修改掉程序的错误就行了,错误修改完成之后以上的修改还原回来就行了  

2019-12-01 23:23:05 0 浏览量 回答数 0

回答

详细解答可以参考官方帮助文档 Dede后台登录出现空白页的情况,此时由于没有错误提示,无法进行排查调试,按照下面的方法打开真实报错之后即可看到如下图的真实报错后台登录空白一般情况下是程序的异常,可以通过配置开启程序真实错误信息来进行问题定位,方法如下:1、找到:include/common.inc.php文件打开,2、查找程序代码://error_reporting(E_ALL);error_reporting(E_ALL || ~E_NOTICE); 替换为:error_reporting(E_ALL);//error_reporting(E_ALL || ~E_NOTICE);这一步很重要,因为它会告诉我们为什么变成空白的提示信息,3、保存之后再次进入管理后台,这个时候会发现后台会有一句话提示了错误提示是:Parse error: syntax error, unexpected ‘:’ in /data/home/hyu1509xxxxx/htdocs/include/helpers/string.helper.php on line 309  4、之后排查修改掉程序的错误就行了,错误修改完成之后以上的修改还原回来就行了  

2019-12-01 23:23:05 0 浏览量 回答数 0

回答

详细解答可以参考官方帮助文档 Dede后台登录出现空白页的情况,此时由于没有错误提示,无法进行排查调试,按照下面的方法打开真实报错之后即可看到如下图的真实报错后台登录空白一般情况下是程序的异常,可以通过配置开启程序真实错误信息来进行问题定位,方法如下:1、找到:include/common.inc.php文件打开,2、查找程序代码://error_reporting(E_ALL);error_reporting(E_ALL || ~E_NOTICE); 替换为:error_reporting(E_ALL);//error_reporting(E_ALL || ~E_NOTICE);这一步很重要,因为它会告诉我们为什么变成空白的提示信息,3、保存之后再次进入管理后台,这个时候会发现后台会有一句话提示了错误提示是:Parse error: syntax error, unexpected ‘:’ in /data/home/hyu1509xxxxx/htdocs/include/helpers/string.helper.php on line 309  4、之后排查修改掉程序的错误就行了,错误修改完成之后以上的修改还原回来就行了  

2019-12-01 23:23:05 0 浏览量 回答数 0

回答

详细解答可以参考官方帮助文档 Dede后台登录出现空白页的情况,此时由于没有错误提示,无法进行排查调试,按照下面的方法打开真实报错之后即可看到如下图的真实报错后台登录空白一般情况下是程序的异常,可以通过配置开启程序真实错误信息来进行问题定位,方法如下:1、找到:include/common.inc.php文件打开,2、查找程序代码://error_reporting(E_ALL);error_reporting(E_ALL || ~E_NOTICE); 替换为:error_reporting(E_ALL);//error_reporting(E_ALL || ~E_NOTICE);这一步很重要,因为它会告诉我们为什么变成空白的提示信息,3、保存之后再次进入管理后台,这个时候会发现后台会有一句话提示了错误提示是:Parse error: syntax error, unexpected ‘:’ in /data/home/hyu1509xxxxx/htdocs/include/helpers/string.helper.php on line 309  4、之后排查修改掉程序的错误就行了,错误修改完成之后以上的修改还原回来就行了  

2019-12-01 23:23:05 0 浏览量 回答数 0

回答

详细解答可以参考官方帮助文档 Dede后台登录出现空白页的情况,此时由于没有错误提示,无法进行排查调试,按照下面的方法打开真实报错之后即可看到如下图的真实报错后台登录空白一般情况下是程序的异常,可以通过配置开启程序真实错误信息来进行问题定位,方法如下:1、找到:include/common.inc.php文件打开,2、查找程序代码://error_reporting(E_ALL);error_reporting(E_ALL || ~E_NOTICE); 替换为:error_reporting(E_ALL);//error_reporting(E_ALL || ~E_NOTICE);这一步很重要,因为它会告诉我们为什么变成空白的提示信息,3、保存之后再次进入管理后台,这个时候会发现后台会有一句话提示了错误提示是:Parse error: syntax error, unexpected ‘:’ in /data/home/hyu1509xxxxx/htdocs/include/helpers/string.helper.php on line 309  4、之后排查修改掉程序的错误就行了,错误修改完成之后以上的修改还原回来就行了  

2019-12-01 23:23:04 0 浏览量 回答数 0

回答

详细解答可以参考官方帮助文档 Dede后台登录出现空白页的情况,此时由于没有错误提示,无法进行排查调试,按照下面的方法打开真实报错之后即可看到如下图的真实报错后台登录空白一般情况下是程序的异常,可以通过配置开启程序真实错误信息来进行问题定位,方法如下:1、找到:include/common.inc.php文件打开,2、查找程序代码://error_reporting(E_ALL);error_reporting(E_ALL || ~E_NOTICE); 替换为:error_reporting(E_ALL);//error_reporting(E_ALL || ~E_NOTICE);这一步很重要,因为它会告诉我们为什么变成空白的提示信息,3、保存之后再次进入管理后台,这个时候会发现后台会有一句话提示了错误提示是:Parse error: syntax error, unexpected ‘:’ in /data/home/hyu1509xxxxx/htdocs/include/helpers/string.helper.php on line 309  4、之后排查修改掉程序的错误就行了,错误修改完成之后以上的修改还原回来就行了  

2019-12-01 23:23:04 0 浏览量 回答数 0

回答

详细解答可以参考官方帮助文档 Dede后台登录出现空白页的情况,此时由于没有错误提示,无法进行排查调试,按照下面的方法打开真实报错之后即可看到如下图的真实报错后台登录空白一般情况下是程序的异常,可以通过配置开启程序真实错误信息来进行问题定位,方法如下:1、找到:include/common.inc.php文件打开,2、查找程序代码://error_reporting(E_ALL);error_reporting(E_ALL || ~E_NOTICE); 替换为:error_reporting(E_ALL);//error_reporting(E_ALL || ~E_NOTICE);这一步很重要,因为它会告诉我们为什么变成空白的提示信息,3、保存之后再次进入管理后台,这个时候会发现后台会有一句话提示了错误提示是:Parse error: syntax error, unexpected ‘:’ in /data/home/hyu1509xxxxx/htdocs/include/helpers/string.helper.php on line 309  4、之后排查修改掉程序的错误就行了,错误修改完成之后以上的修改还原回来就行了  

2019-12-01 23:23:05 0 浏览量 回答数 0

回答

详细解答可以参考官方帮助文档 Dede后台登录出现空白页的情况,此时由于没有错误提示,无法进行排查调试,按照下面的方法打开真实报错之后即可看到如下图的真实报错后台登录空白一般情况下是程序的异常,可以通过配置开启程序真实错误信息来进行问题定位,方法如下:1、找到:include/common.inc.php文件打开,2、查找程序代码://error_reporting(E_ALL);error_reporting(E_ALL || ~E_NOTICE); 替换为:error_reporting(E_ALL);//error_reporting(E_ALL || ~E_NOTICE);这一步很重要,因为它会告诉我们为什么变成空白的提示信息,3、保存之后再次进入管理后台,这个时候会发现后台会有一句话提示了错误提示是:Parse error: syntax error, unexpected ‘:’ in /data/home/hyu1509xxxxx/htdocs/include/helpers/string.helper.php on line 309  4、之后排查修改掉程序的错误就行了,错误修改完成之后以上的修改还原回来就行了  

2019-12-01 23:23:04 0 浏览量 回答数 0

回答

详细解答可以参考官方帮助文档 Dede后台登录出现空白页的情况,此时由于没有错误提示,无法进行排查调试,按照下面的方法打开真实报错之后即可看到如下图的真实报错后台登录空白一般情况下是程序的异常,可以通过配置开启程序真实错误信息来进行问题定位,方法如下:1、找到:include/common.inc.php文件打开,2、查找程序代码://error_reporting(E_ALL);error_reporting(E_ALL || ~E_NOTICE); 替换为:error_reporting(E_ALL);//error_reporting(E_ALL || ~E_NOTICE);这一步很重要,因为它会告诉我们为什么变成空白的提示信息,3、保存之后再次进入管理后台,这个时候会发现后台会有一句话提示了错误提示是:Parse error: syntax error, unexpected ‘:’ in /data/home/hyu1509xxxxx/htdocs/include/helpers/string.helper.php on line 309  4、之后排查修改掉程序的错误就行了,错误修改完成之后以上的修改还原回来就行了  

2019-12-01 23:23:04 0 浏览量 回答数 0

回答

当您确定脚本可以正常运行时,可以摆脱以下警告和注意事项:将以下行放在PHP脚本的开头: error_reporting(E_ERROR); 在此之前,我建议您在处理脚本时正确调试脚本,以使所有注意事项或警告都一一消失。 因此,您应该首先使用以下命令将其设置为尽可能详细: error_reporting(E_ERROR | E_WARNING | E_PARSE | E_NOTICE); 更新:如何记录错误而不是显示错误 如评论中所建议,更好的解决方案是将错误记录到文件中,以便只有PHP开发人员才能看到错误消息,而用户则看不到。 可能的实现方式是通过.htaccess文件,如果您无权访问php.ini文件(源),该方法将很有用。 Suppress PHP errors php_flag display_startup_errors off php_flag display_errors off php_flag html_errors off php_value docref_root 0 php_value docref_ext 0 Enable PHP error logging php_flag log_errors on php_value error_log /home/path/public_html/domain/PHP_errors.log Prevent access to PHP error log Order allow,deny Deny from all Satisfy All 来源:stack overflow

保持可爱mmm 2020-05-17 18:49:17 0 浏览量 回答数 0

回答

php.ini里配置:;不显示错误输出display_errors=off;但可以查看错误日志error_log=/path/to/php_errors.log或者直接在你不想输出错误的页面里加ini_set('display_errors','off')也可以.回复<aclass='referer'target='_blank'>@键盘浪人:用error_reporting(0)关闭错误报告后,error_log也不会记录错误日志了吧.如果你只是不想在客户端显示错误,但需要记录错误日志,建议用ini_set('display_errors','on').要不要加error_reporting(0)? 第一次听说mysql会显示错误.. 它不都让mysql_error给承接了么?你不打印mysql_error(),它会显示?好像有个@<preclass="brush:php;toolbar:true;auto-links:false;"><?phperror_reporting(0);//关闭所有报错,线上必须这么做 楼主需要 die()即可...mysql不要什么不会有致命错误的。。mysql的错误是从mysql_error()里获取出来的!<divclass='ref'> 引用来自“zcodes”的评论好像有个@

爱吃鱼的程序员 2020-06-14 18:36:06 0 浏览量 回答数 0

问题

php.ini文件中的 error_reporting选项导致mysql加载失败

蛮大人123 2019-12-01 19:50:20 1287 浏览量 回答数 1

问题

打开php.ini文件中的 error_reporting选项导致mysql扩展加载失败,求助。

落地花开啦 2019-12-01 19:54:36 927 浏览量 回答数 1

问题

php 设置error_reporting(0)和ini_set('display_errors', 0)之后,还是错误 ,为什么?

落地花开啦 2019-12-01 20:05:48 3802 浏览量 回答数 1

问题

Python烧瓶应用程序无法使用mod_wsgi (Apache)找到虚拟环境

kun坤 2019-12-30 10:03:23 9 浏览量 回答数 1

回答

可以禁用错误报告,在index.php文件<?php 后面加上 error_reporting(0); 或者 error_reporting(E_ALL & ~E_NOTICE);

昵称1个 2019-12-01 23:58:41 0 浏览量 回答数 0

回答

@屏蔽掉吧######@ 也没经过大脑呀.######php向java靠拢,注意数据类型(严谨性)是语言完善进步的表现。 ######类型没错呀. 它是传入一个字符串类型,######主要是告诉你这里是错误的吧,不能这样用。######坐等喷子的到来。######你就是个喷子############ http://cn2.php.net/hex2bin 不想看,你可以用@抑制错误输出。 php.ini里配置error_reporting = E_ALL就意味着输出和记录所有错误信息,包括Fatal error、Warning、Notice等各种信息,php.ini配置里有详细的说明: ;;;;;;;;;;;;;;;;;;;;;;;;;;;;;; ; Error handling and logging ; ;;;;;;;;;;;;;;;;;;;;;;;;;;;;;; ; This directive informs PHP of which errors, warnings and notices you would like ; it to take action for. The recommended way of setting values for this ; directive is through the use of the error level constants and bitwise ; operators. The error level constants are below here for convenience as well as ; some common settings and their meanings. ; By default, PHP is set to take action on all errors, notices and warnings EXCEPT ; those related to E_NOTICE and E_STRICT, which together cover best practices and ; recommended coding standards in PHP. For performance reasons, this is the ; recommend error reporting setting. Your production server shouldn't be wasting ; resources complaining about best practices and coding standards. That's what ; development servers and development settings are for. ; Note: The php.ini-development file has this setting as E_ALL. This ; means it pretty much reports everything which is exactly what you want during ; development and early testing. ; ; Error Level Constants: ; E_ALL - All errors and warnings (includes E_STRICT as of PHP 5.4.0) ; E_ERROR - fatal run-time errors ; E_RECOVERABLE_ERROR - almost fatal run-time errors ; E_WARNING - run-time warnings (non-fatal errors) ; E_PARSE - compile-time parse errors ; E_NOTICE - run-time notices (these are warnings which often result ; from a bug in your code, but it's possible that it was ; intentional (e.g., using an uninitialized variable and ; relying on the fact it's automatically initialized to an ; empty string) ; E_STRICT - run-time notices, enable to have PHP suggest changes ; to your code which will ensure the best interoperability ; and forward compatibility of your code ; E_CORE_ERROR - fatal errors that occur during PHP's initial startup ; E_CORE_WARNING - warnings (non-fatal errors) that occur during PHP's ; initial startup ; E_COMPILE_ERROR - fatal compile-time errors ; E_COMPILE_WARNING - compile-time warnings (non-fatal errors) ; E_USER_ERROR - user-generated error message ; E_USER_WARNING - user-generated warning message ; E_USER_NOTICE - user-generated notice message ; E_DEPRECATED - warn about code that will not work in future versions ; of PHP ; E_USER_DEPRECATED - user-generated deprecation warnings ; ; Common Values: ; E_ALL (Show all errors, warnings and notices including coding standards.) ; E_ALL & ~E_NOTICE (Show all errors, except for notices) ; E_ALL & ~E_NOTICE & ~E_STRICT (Show all errors, except for notices and coding standards warnings.) ; E_COMPILE_ERROR|E_RECOVERABLE_ERROR|E_ERROR|E_CORE_ERROR (Show only errors) ; Default Value: E_ALL & ~E_NOTICE & ~E_STRICT & ~E_DEPRECATED ; Development Value: E_ALL ; Production Value: E_ALL & ~E_DEPRECATED & ~E_STRICT ; http://php.net/error-reporting ######回复 @eechen : 还能去掉警告的日志? 这是下下下下策呀, 亲.######回复 @Tuesday : 你配置 error_reporting = E_ALL & ~E_WARNING 重启服务,就可以不记录 WARNING 信息。######php log日志会记录在案. 运行久了, 日志里面就全部是这种没意义的警告信息.###### 这个你觉得没意义吗? 我见过不少对执行结果不做任何判断的人。 或许应该抛个异常才能接受。 ######回复 @Tuesday : 第一,程序遇到意外的数据难道不应该记录? 第二,程序遇到意外的数据难道不应该退出? 第三,我没说过让php内置函数抛异常的话,如果很有精力的人可以修改源码重新编译。######回复 @夏涌升 : 求详细,php怎么对内置函数抛出你所谓的异常?######回复 @Tuesday : 什么叫完全没错。。。错误/异常 如果输入的十六进制字符串是奇数长数或者无效的十六进制字符串将会抛出 E_WARNING 级别的错误。 不过要是我,在这个地方我会选择抛出异常。 我不认为返回false是个好主意,如果有人在关键业务拿false去当正常结果用,结果谁都不报异常,你想想有多悲剧。######string hex2bin ( string $data ) 这是手册的说明. 传入参数是字符串, 使用方法完全没错,######如果发生错误就返回false 你如何知道具体的错误信息?动动手try一下 也不会占用你多少时间######try{ echo hex2bin('242'); } catch(Exception $e) { print_r($e); } 求测!!!!!!!!!!!!!!!!!!! php的try更蛋疼.######楼主好腻骇######异常明显比返回值更好用 ######用try试过再说.

kun坤 2020-06-05 13:21:53 0 浏览量 回答数 0

回答

症状来看高度疑似 PHP 错误.查看 phpinfo() 输出内容,检查 php.ini 文件路径,打开 php.ini ,修改错误相关的设置.display_errors = On error_reporting = E_ALL设置为这样可以看到原来空白页里 PHP 的报错内容如果无法复现空白页,将 php.ini 中 log_errors = On error_log = /path/to/error.log注意 PHP进程要有 error.log 的写权限. 不定时查看该文件就可以看到 PHP 的报错.

落地花开啦 2019-12-02 02:48:30 0 浏览量 回答数 0

回答

error_reporting=E_ALLerror_log=/path/to/your/php_errors.logdisplay_errors=On谢谢~

爱吃鱼的程序员 2020-06-22 15:07:09 0 浏览量 回答数 0

问题

ceph-deploy安装报错?报错

爱吃鱼的程序员 2020-06-10 10:19:23 0 浏览量 回答数 1

问题

ceph-deploy安装报错? 400 报错

优选2 2020-06-09 10:54:10 0 浏览量 回答数 1
阿里云大学 云服务器ECS com域名 网站域名whois查询 开发者平台 小程序定制 小程序开发 国内短信套餐包 开发者技术与产品 云数据库 图像识别 开发者问答 阿里云建站 阿里云备案 云市场 万网 阿里云帮助文档 免费套餐 开发者工具 企业信息查询 小程序开发制作 视频内容分析 企业网站制作 视频集锦 代理记账服务 2020阿里巴巴研发效能峰会 企业建站模板 云效成长地图 高端建站 阿里云双十一主会场 阿里云双十一新人会场 1024程序员加油包 阿里云双十一拼团会场 场景化解决方案 阿里云双十一直播大厅