3 回答

TA貢獻1998條經(jīng)驗 獲得超6個贊
事實證明,我對錯誤信息的理解是錯誤的。我會說它的選擇非常糟糕。谷歌搜索周圍顯示我其他人誤解了消息,就像我一樣 - 請參閱PHP bug#66763。
完全沒有幫助之后“這就是客戶經(jīng)理想要的方式?!?nbsp;Tyrael對這個錯誤的回應解釋說,將它設置為“-1”并不會使警告消失。它做的是正確的,即它完全禁用填充罪魁禍首變量。事實證明,將其設置為0 STILL會在某些情況下填充數(shù)據(jù)。談論糟糕的設計!引用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條經(jīng)驗 獲得超7個贊
有一段時間,直到我遇到這個錯誤。為可能偶然發(fā)現(xiàn)這個問題的人提出我的答案。
該錯誤僅表示您正在發(fā)送空POST請求。在沒有傳遞參數(shù)的HTTPRequests上常見此錯誤。要避免此錯誤,您始終可以在不更改php.ini的情況下向POST添加參數(shù)。
喜歡:
$.post(URL_HERE ,{addedvar : 'anycontent'} ,function(d){ doAnyHere(d); } ,'json' //or 'html','text');

TA貢獻2037條經(jīng)驗 獲得超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 關注
- 1133 瀏覽
添加回答
舉報