php报错日志:PHP Deprecated:Automatically populating $HTTP_RAW_POST_DATA is deprecated

前几天将线上php服务升级到5.6.x版本后,php-error.log报出错误:
PHP Deprecated: Automatically populating $HTTP_RAW_POST_DATA is deprecated

原因:
上面的报错意思是“自动变量$HTTP_RAW_POST_DATA已过时(deprecated)”
这个问题和PHP版本有关系,PHP5.6之后的高版本都已废弃了$HTTP_RAW_POST_DATA这个全局变量设置,可以使用 php://input 替代 $HTTP_RAW_POST_DATA。
使用always_populate_raw_post_data会导致在填充$HTTP_RAW_POST_DATA时产生E_DEPRECATED 错误。
设置always_populate_raw_post_data 为-1来体验新的行为,因为这样会强制 $HTTP_RAW_POST_DATA 未定义,所以也不会导致 E_DEPRECATED的错误) 来体验新的行为。

解决方法:
修改php.ini配置文件:
[[email protected] etc]# vim php.ini
........
; Always populate the $HTTP_RAW_POST_DATA variable.
;always_populate_raw_post_data = On
always_populate_raw_post_data = -1
.......

然后重启php服务即可!

时间: 2024-12-13 02:22:25

php报错日志:PHP Deprecated:Automatically populating $HTTP_RAW_POST_DATA is deprecated的相关文章

opennebula kvm 创建VM oned报错日志

Thu Jul 17 10:45:36 2014 [ReM][D]: Req:4720 UID:0 VirtualMachineDeploy result SUCCESS, 12 Thu Jul 17 10:45:40 2014 [TM][D]: Message received: LOG I 12 Command execution fail: /app/opennebula/var/remotes/tm/shared/clone localhost.localdomain:/app/open

[小菜随笔]关于monkey报错日志分析

今天小菜在一个测试群内看到群友发出一个monkey的报错信息,其实是一个很简单的报错 个人觉得monkey虽然操作起来比较简易,但其实查看日志分析日志也是很重要的环节,如果对错误分析不够详细,就容易误认为是程序的问题 以下举个例分析一下 这个报错日志其实已经很简单的告诉你错误原因了 解析如下:第一行:monkey因为错误而终止了 第二行:出错的错误事件在第153次 第三行:发送旋转事件,度数为0度 很明显,错误是发生在旋转屏幕的原因,那么是不是软件自身的问题呢,我们往下分析 首先:1.检查自己模

PHP 5.6 中 Automatically populating $HTTP_RAW_POST_DATA is deprecated and will be removed in a future version

在使用数组转换为XML 时,出现这种错误 Automatically populating $HTTP_RAW_POST_DATA is deprecated and will be removed in a future version. 特别是在微信开发的时候,字符串转换成XML时,有可能导致这种问题. 解决方法 找到php.ini  文件, 把always_populate_raw_post_data  修改为-1 就行了. always_populate_raw_post_data=-1

Linux服务启动报错日志分析

先使用 systemctl status 服务名称,查看服务运行状态,注意红色字体的错误信息,比如权限不够(关闭selinux试试),端口被占用(netstat -tunlp | grep 端口号): 若仍然无法解决问题,查看Linux系统的日志文件/var/log/messages,再配合grep查看相应信息 从上图可以发现,http服务的配置文件/etc/httpd/conf/httpd.conf的第118行有错误. 总结一下:服务报错一脸懵逼?cat一下/var/log/messages吧

报错日志查看,定位问题

tail -F zixinyun.log | grep '' #监控最新的日志tail -F zixinyun.log | grep 'Traceback' #监控最新的错误日志grep -C 15 -n 'Traceback' zixinyun.log #查找报错信息grep -C 15 -n 'WORKER TIMEOUT' zixinyun.log #查找SQL超时信息grep -C 15 -n 'aaaaaaaa' zixinyun.log #查找特定信息 cat -n zixinyun

k8s报错日志查看 转

转自 https://www.cnblogs.com/effortsing/p/10307830.html 看系统日志 cat /var/log/messages 用kubectl 查看日志 # 注意:使用Kubelet describe 查看日志,一定要带上 命名空间,否则会报如下错误 [[email protected] ~]# kubectl describe pod coredns-6c65fc5cbb-8ntpv Error from server (NotFound): pods "

nginx过滤报错日志

location ~ \.ico$ { log_not_found off;#    access_log off;} access_log表示匹配以.ico结尾的地址,访问日志是否开启. log_not_found表示没有发现该资源是否记录错误日志.

nginx报错日志:see security.limit_extensions

第一: 访问出现部分.js.css等部分文件被拒绝错误日志如下: 19:20:13 [error] 1181#0: *287 FastCGI sent in stderr: "Access to the script '/usr/share/php/what/index.php' has been denied (see security.limit_extensions)" while reading response header from upstream, client: 11

升级php7后的报错处理

*由于php7的出现带来大幅的性能提升,想体验下新版本带来的特性,因此做了升级. 发现在网站中请求接口时发生错误,排查后把解决方法记录下来 升级php后站点报错,提示如下: Deprecated: Automatically populating $HTTP_RAW_POST_DATA is deprecated and willbe removed in a future version. To avoid this warning set'always_populate_raw_post_d