StackOverflow2013

Note that there are some explanatory texts on larger screens.

plurals

PO
text
Body
copied!<p>Not sure this is the problem (not an easy to guess question ^^ ), but if you have the <a href="http://www.hardened-php.net/suhosin/index.html" rel="nofollow noreferrer">suhoshin</a> security patch/extension, did you try de-activating it ? <br><em>(I don't know if it's activated by default on CentOS, but it might be, considering it is on Ubuntu, which is "less entreprise oriented")</em></p> <p>I'm suggesting this because of <a href="http://bugs.php.net/bug.php?id=22427&edit=1" rel="nofollow noreferrer">this bug report</a>, in which there are a couple of notes which say, for instance :</p> <blockquote> <p>[30 Oct 2007 11:02am UTC] sbauer at gjl-network dot net</p> <p>While experiencing this issue, too we found that the cause of this problem was the suhosin patch, wich was - by default - configured to have a max limit for the length of cookie, request, post, get and session vars. E.g. for POST this looks like:</p> <p>suhosin.post.max_array_depth 100 100 suhosin.post.max_array_index_length 64 64 suhosin.post.max_name_length 64 64 suhosin.post.max_totalname_length<br> 256 256 suhosin.post.max_value_length 65000 65000 suhosin.post.max_vars<br> 200 200</p> <p>Those derivatives needs to be set to a adequate higher number. E.g. in our case, the problem was, that our POST data was too long (as this seems to be the case for a lot of you here).</p> <p>So I suggest to check your php.ini or (according to your distribution there often is a suhosin.ini) and correct the above values or set them to 0 to disable it. If those derivatives are not set, default values will be used. You need to check / add: suhosin.post.max_.... suhosin.request.max_... suhosin.get.max_... suhosin.session.max_... suhosin.cookie.max_...</p> <p>Refer to your phpinfo() where these values should be listed!</p> </blockquote> <p>And / or :</p> <blockquote> <p>[13 Nov 2008 4:58pm UTC] keith at tdrnetworks dot com</p> <p>Regarding the enctype="multipart/form-data" not populating the $_POST vars I found my solution was to disable the Suhosin security module.</p> <p>Have a go!</p> </blockquote> <p>There is also a note which says :</p> <blockquote> <p>[5 Feb 6:49pm UTC] neal dot pressley at yahoo dot com</p> <p>I was facing the same problem. I had a html form with php scripts in which I was submitting radio buttons or checkboxes. When I post the form, PHP was not finding any post parameters. it was random, some time it was working and some time not. Even I tried with Get, it worked some time and some time not. Then I change ENCTYPE from uppercase to lowercase and it started working prefectly</p> </blockquote> <p>Is your form / page HTML-valid ? Maybe, in some rare cases, it's not ?</p> <p><br> Maybe this'll help... If not, I'm curious to know the reason of this problem !</p>

Querying!

Guidance

An individual column

Larger individual text columns get their own page to allow for proper reading.

SQuiL has stopped working due to an internal error.

If you are curious you may find further information in the browser console, which is accessible through the devtools (F12).

Reload