今天接到客服部工作人員反饋的一個客戶的問題,產品是允許用戶添加一個產品屬性的,而每個屬性是由多個表單域組成 ,這樣當每添加一個屬性就等於添加了n個表單域,這個客戶添加的非常的多,發現在提交保存的時候總是失敗,提示其中一個表單元素的索引值不存在,經測試是發現服務端接收的一些表單域丟失了一部分。起初分析的是服務器接收的數據超出了php設置的max_post_size(其實當時已經設置了8M,足夠使用了),修改了測試發現此問題仍然存在。後來將用戶原來的一些添加的表單元素進行刪除,再重新添加同樣數據庫表單域可以成功,但一旦超出一定數量的表單域就會發生丟失的情況,這個時候首先懷疑的是apache是否有類似限制接收隱藏域的指令,找了沒有找到,緊接著在php中批到一個max_input_vars這個指令,意思就是說php中允許接收的最大表單域數據,到目前為止基本上是確定這個原因引起的了,獎其修改為2000,重啟Apache,發現一切正常。
修改php.ini中的max_input_vars參數限制提交的表單數量
比如phpmysqladmin讀取數據庫表,然後寫入編輯,但是數據庫字段有128個,然後每個字段有11個input框,大概有1400多個input,而ax_input_vars默認值為1000.
修改php.ini裡面加入max_input_vars
;;;;;;;;;;;;;;;;;;;
; Resource Limits ;
;;;;;;;;;;;;;;;;;;;
max_execution_time = 30 //每個腳本的最大執行時間,以秒為單位
max_input_time = 60 //每個腳本解析請求的數據可能花費的最大時間,以秒為單位
max_input_vars = 2000
memory_limit = 32M //每個腳本可以使用的最大內存,以M為單位,
總結:提起php中的max_input_vars 估計很少人知道這個這個指令,因為他的使用場景實在是太少了,在php.ini中這個指令的定義是指服務端最大可以接收的表單域的數量多少,默認是1000,這足夠我們平時使用了。但仍然有一些特殊的情況下需要修改此值的大小。