3 回答
TA贡献1998条经验 获得超6个赞
事实证明,我对错误信息的理解是错误的。我会说它的选择非常糟糕。谷歌搜索周围显示我其他人误解了消息,就像我一样 - 请参阅PHP bug#66763。
完全没有帮助之后“这就是客户经理想要的方式。” Tyrael对这个错误的回应解释说,将它设置为“-1”并不会使警告消失。它做的是正确的,即它完全禁用填充罪魁祸首变量。事实证明,将其设置为0 STILL会在某些情况下填充数据。谈论糟糕的设计!引用PHP RFC:
将always_populate_raw_post_data INI设置更改为接受三个值而不是两个。
-1:主人的行为; 永远不要填充$ GLOBALS [HTTP_RAW_POST_DATA]
0 / off / whatever:BC行为(如果内容类型未注册或请求方法不是POST,则填充)
1 / on / yes / true:BC行为(总是填充$ GLOBALS [HTTP_RAW_POST_DATA])
所以是的,将它设置为-1不仅可以避免警告,就像消息所说的那样,但它最终也会禁用填充此变量,这就是我想要的。
TA贡献1757条经验 获得超7个赞
有一段时间,直到我遇到这个错误。为可能偶然发现这个问题的人提出我的答案。
该错误仅表示您正在发送空POST请求。在没有传递参数的HTTPRequests上常见此错误。要避免此错误,您始终可以在不更改php.ini的情况下向POST添加参数。
喜欢:
$.post(URL_HERE ,{addedvar : 'anycontent'} ,function(d){ doAnyHere(d); } ,'json' //or 'html','text');
TA贡献2037条经验 获得超6个赞
我在nginx服务器(DigitalOcean)上遇到了同样的问题 - 我所要做的就是登录root
并修改文件/etc/php5/fpm/php.ini
。
要找到always_populate_raw_post_data
我第一次运行的行grep
:
grep -n 'always_populate_raw_post_data' php.ini
那回归了 704
704:;always_populate_raw_post_data = -1
然后只需php.ini
使用vi
编辑器打开该行:
vi +704 php.ini
删除半冒号以取消注释并保存文件 :wq
最后重启服务器,错误就消失了。
- 3 回答
- 0 关注
- 1100 浏览
添加回答
举报