好的,这很奇怪。 我用mysql后端创建了一个简单的地址簿。 所以我添加了138行地址,一切都很好。 顺便说一句,我在输入文本中显示我的地址,以便任何用户都可以随时编辑它。 因此,当我按下提交按钮时,它会对所有138个行条目执行http发布并更新它们。 一切安好....
但是,在我尝试更新第139行输入的一天,它丢弃了最后一个输入输入并给出了错误! 它给出了一个php运行时错误:“注意:未定义的索引:第24行的C:\ wamp \ www \ Dawah \ go.php中的lastN”。
顺便说一下LastN变量是使用$ _post ['lastN']获得的。
好像对可以在单个表单中发布的html输入标签的数量有限制!
我非常感兴趣。
以前有人遇到过这个吗?
Ok, this is weird. I have created a simple addressbook using php with mysql back end. So I added up to 138 rows of addresses, it's all fine. BTW I display my addresses in input texts so that any user can edit it anytime. So when I press a submit button, it perform http post on all 138 line entries and updates them. Everything is fine....
However, one fine day when I tried to update a 139th row input, it drops the last input input and give an ERROR! It gives a php run time error: "Notice: Undefined index: lastN in C:\wamp\www\Dawah\go.php on line 24".
btw the LastN variable is obtained using $_post['lastN'].
As if there is a limit to the number of html input tags that can be posted in a single form!
I am very much intrigued.
Has anybody come across this before?
最满意答案
有一个suhosin设置suhosin.request.max_vars,但这只是suhosin,而不是常规的PHP。
因为php 5.3.9 theres max_input_vars ,这似乎符合行为http://www.php.net/manual/en/info.configuration.php#ini.max-input-vars
apache有限制请求大小的设置,但据我所知,它们以字节为单位,而不是变量数。 我想,apache会停止并发出abad请求,而不是像你看到的那样截断数据。
there's an suhosin setting suhosin.request.max_vars but that's only for suhosin, not regular php.
since php 5.3.9 theres max_input_vars, which seems to fit the behavior http://www.php.net/manual/en/info.configuration.php#ini.max-input-vars
apache has settings to limit request size, but they're specified in bytes, not number of variables, as far as I know. I'd imagine apache would just stop and issue abad request instead of truncating the data like you're seeing.
更多推荐
发布评论