blocks|key|1476740|text|当使用JSON+content-type时，$_POST数组不会填充(我相信只填充多部分表单)|type|unstyled|depth|inlineStyleRanges|offset|length|style|CODE|entityRanges|data|1476741|下面是我纠正这个问题的方法：|1476742|$_POST+=+json_decode(file_get_contents("php://input"),+true);|code-block|syntax|javascript|1476743|entityMap^0|M|6|0|0|0^^$0|@$1|2|3|4|5|6|7|O|8|@$9|P|A|Q|B|C]]|D|@]|E|$]]|$1|F|3|G|5|6|7|R|8|@]|D|@]|E|$]]|$1|H|3|I|5|J|7|S|8|@]|D|@]|E|$K|L]]|$1|M|3|-4|5|6|7|T|8|@]|D|@]|E|$]]]|N|$]]

<p>When using JSON content-type the <code>$_POST</code> array will not populate (only with multi-part forms I believe)</p>
<p>Here is how I correct the issue:</p>
<pre class="lang-php prettyprint-override"><code>$_POST = json_decode(file_get_contents(&quot;php://input&quot;), true);
</code></pre>


blocks|key|1261717|text|这是另一个可能的原因--我的表单在没有WWW的情况下提交到domain.com。我设置了一个自动重定向来添加“WWW”。在此过程中，$_POST数组被清空。所以要修复它，我需要做的就是提交给www.domain.com|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1261718|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

<p>Here's another possible cause -- my form was submitting to domain.com without the WWW. and I had set up an automatic redirect to add the "WWW." The $_POST array was getting emptied in the process.  So to fix it all I had to do was submit to www.domain.com</p>


blocks|key|1476690|text|我发现当从超文本传输协议发布到超文本传输协议时，$_POST是空的。这是在测试表单时发生的，但我花了一段时间才意识到这一点。|type|unstyled|depth|inlineStyleRanges|offset|length|style|CODE|entityRanges|data|1476691|entityMap^0|O|6|0^^$0|@$1|2|3|4|5|6|7|H|8|@$9|I|A|J|B|C]]|D|@]|E|$]]|$1|F|3|-4|5|6|7|K|8|@]|D|@]|E|$]]]|G|$]]

<p>I've found that when posting from HTTP to HTTPS, the <code>$_POST</code> comes empty.
This happened while testing the form, but took me a while until I realize that.</p>


blocks|key|1262356|text|如果您要发布到某个目录中的index.php文件，请确保在表单中指定该文件的完整目录|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1262357|这|1262358|<form+method="post"+action="/api/index.php">+
</form>|code-block|syntax|javascript|1262359|或|1262360|<form+method="post"+action="/api/">+
</form>|1262361|很管用。|1262362|但这失败了|1262363|<form+method="post"+action="/api">+
</form>|1262364|entityMap^0|0|0|0|0|0|0|0|0^^$0|@$1|2|3|4|5|6|7|U|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|V|8|@]|9|@]|A|$]]|$1|D|3|E|5|F|7|W|8|@]|9|@]|A|$G|H]]|$1|I|3|J|5|6|7|X|8|@]|9|@]|A|$]]|$1|K|3|L|5|F|7|Y|8|@]|9|@]|A|$G|H]]|$1|M|3|N|5|6|7|Z|8|@]|9|@]|A|$]]|$1|O|3|P|5|6|7|10|8|@]|9|@]|A|$]]|$1|Q|3|R|5|F|7|11|8|@]|9|@]|A|$G|H]]|$1|S|3|-4|5|6|7|12|8|@]|9|@]|A|$]]]|T|$]]

<p>If you are posting to a index.php file in a directory for example /api/index.php make sure in your form you specify the full directory to the file e.g</p>

<p>This </p>

<pre><code>&lt;form method="post" action="/api/index.php"&gt; 
&lt;/form&gt;
</code></pre>

<p>OR</p>

<pre><code>&lt;form method="post" action="/api/"&gt; 
&lt;/form&gt;
</code></pre>

<p>works.<br><br>
But this fails</p>

<pre><code>&lt;form method="post" action="/api"&gt; 
&lt;/form&gt;
</code></pre>


blocks|key|1261829|text|我可以使用enctype=“应用程序/x-www-form-urlencoded”来解决这个问题，因为缺省值是“文本/纯文本”。当您签入$DATA时，分隔符是一个表示“文本/纯文本”的空格和一个表示"urlencoded“的特殊字符。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1261830|亲切地问候弗兰克|1261831|entityMap^0|0|0^^$0|@$1|2|3|4|5|6|7|F|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|G|8|@]|9|@]|A|$]]|$1|D|3|-4|5|6|7|H|8|@]|9|@]|A|$]]]|E|$]]

<p>I could solve the problem using enctype="application/x-www-form-urlencoded" as the default is "text/plain". When you check in $DATA the seperator is a space for "text/plain" and a special character for the "urlencoded". </p>

<p>Kind regards
Frank</p>


blocks|key|1261641|text|在这一点上，我没有一个优雅的解决方案，但想分享我的发现，以供将来遇到此问题的其他人参考。问题的根源是.htaccess文件中的2个被覆盖的php值。我只是简单地添加了这两个值，以便将文件上传的文件大小限制从默认的8MB增加到更大的值--我观察到，在htaccess文件中简单地添加这两个值，无论是大于还是小于默认值，都会导致问题。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1261642|php_value+post_max_size+xxMB
php_value+upload_max_filesize+xxMB|code-block|syntax|javascript|1261643|我添加了额外的变量，希望能提高所有suhosin.post.xxx/suhosin.upload.xxx变量的限制，但不幸的是，这些变量对这个问题没有任何影响。|1261644|总而言之，我不能在这里真正解释“为什么”，但我已经找到了根本原因。我的感觉是，这最终是一个suhosin/htaccess问题，但不幸的是，除了删除上面的2+php覆盖值之外，我无法解决这个问题。|1261645|我花了几个小时来解决这个问题，希望这能对将来的人有所帮助。感谢所有花时间帮助我的人(MrMage，安德鲁)|1261646|entityMap^0|0|0|0|0|0^^$0|@$1|2|3|4|5|6|7|O|8|@]|9|@]|A|$]]|$1|B|3|C|5|D|7|P|8|@]|9|@]|A|$E|F]]|$1|G|3|H|5|6|7|Q|8|@]|9|@]|A|$]]|$1|I|3|J|5|6|7|R|8|@]|9|@]|A|$]]|$1|K|3|L|5|6|7|S|8|@]|9|@]|A|$]]|$1|M|3|-4|5|6|7|T|8|@]|9|@]|A|$]]]|N|$]]

<p>Don't have an elegant solution at this point but wanted to share my findings for the future reference of others who encounter this problem. The source of the problem was 2 overriden php values in an .htaccess file. I had simply added these 2 values to increase the filesize limit for file uploads from the default 8MB to something larger -- I observed that simply having these 2 values in the htaccess file at all, whether larger or smaller than the default, caused the issue.</p>

<pre><code>php_value post_max_size xxMB
php_value upload_max_filesize xxMB
</code></pre>

<p>I added additional variables to hopefully raise the limits for all the suhosin.post.xxx/suhosin.upload.xxx vars but these didn't have any effect with this problem unfortunately. </p>

<p>In summary, I can't really explain the "why" here, but have identified the root cause. My feeling is that this is ultimately a suhosin/htaccess issue, but unfortunately one that I wasn't able to resolve other than to remove the 2 php overridden values above. </p>

<p>Hope this helps someone in the future as I killed a handful of hours figuring this out. Thanks to all who took the time to help me with this (MrMage, Andrew)</p>


blocks|key|1477039|text|<form+action="test.php"+method="post">
++++++++++++++++++++++++%5E%5E%5E%5E%5E%5E%5E%5E%5E%5E%5E%5E%5E|type|code-block|depth|inlineStyleRanges|entityRanges|data|syntax|javascript|1477040|好吧，这很愚蠢，我会在公共场合让自己难堪，但是我用PHP写了一个小测试脚本，当我的$_POST数组为空时，StackOverflow是我第一个查找的地方，我没有找到我需要的答案。|unstyled|offset|length|style|CODE|1477041|我只写了|1477042|<form+action="test.php">|1477043|并且忘记将方法指定为POST！|1477044|我肯定有人会窃笑，但如果这对其他做同样事情的人有帮助，那么我不介意！我们都时不时地这样做！|1477045|entityMap^0|0|15|6|0|0|0|A|4|0|0^^$0|@$1|2|3|4|5|6|7|U|8|@]|9|@]|A|$B|C]]|$1|D|3|E|5|F|7|V|8|@$G|W|H|X|I|J]]|9|@]|A|$]]|$1|K|3|L|5|F|7|Y|8|@]|9|@]|A|$]]|$1|M|3|N|5|6|7|Z|8|@]|9|@]|A|$B|C]]|$1|O|3|P|5|F|7|10|8|@$G|11|H|12|I|J]]|9|@]|A|$]]|$1|Q|3|R|5|F|7|13|8|@]|9|@]|A|$]]|$1|S|3|-4|5|F|7|14|8|@]|9|@]|A|$]]]|T|$]]

<pre><code>&lt;form action="test.php" method="post"&gt;
                        ^^^^^^^^^^^^^
</code></pre>

<p>Okay, this was stupid and I will be embarassing myself in public, but I knocked up a little test script for something in PHP and when my <code>$_POST</code> array was empty, StackOverflow is the first place I looked and I didn't find the answer I needed.</p>

<p>I had only written </p>

<pre><code>&lt;form action="test.php"&gt;
</code></pre>

<p>and forgotten to specify the method as being <code>POST</code>!</p>

<p>I am sure someone will snigger, but if this helps someone else who does the same thing, then I don't mind! We all do it from time to time!</p>


blocks|key|1262626|text|在我的例子中，当从超文本传输协议发送到超文本传输协议时，$_POST为空。问题是，当我将url固定为https://example.com时，表单有一个类似于//example.com的操作，问题就消失了。|type|unstyled|depth|inlineStyleRanges|entityRanges|offset|length|data|1262627|entityMap|0|LINK|mutability|MUTABLE|url|https://example.com/^0|1E|J|0|0^^$0|@$1|2|3|4|5|6|7|L|8|@]|9|@$A|M|B|N|1|O]]|C|$]]|$1|D|3|-4|5|6|7|P|8|@]|9|@]|C|$]]]|E|$F|$5|G|H|I|C|$J|K]]]]

<p>In my case, when posting from HTTP to HTTPS, the $_POST comes empty. The problem was, that the form had an action like this //example.com When I fixed the url to <a href="https://example.com" rel="nofollow noreferrer">https://example.com</a>, the problem disappeared.</p>


blocks|key|1477172|text|这里也有同样的问题！|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1477173|我试图在postman中通过post请求连接到我的本地服务器代码，这个问题浪费了我很多时间！|1477174|对于任何使用本地项目的人(例如邮递员)：使用您的IPv4地址(在cmd中键入ipconfig+)而不是"localhost“关键字。在我的例子中：|1477175|之前：|1477176|localhost/app/login|code-block|syntax|javascript|1477177|之后：|1477178|192.168.1.101/app/login|1477179|entityMap^0|0|0|0|0|0|0|0^^$0|@$1|2|3|4|5|6|7|S|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|T|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|U|8|@]|9|@]|A|$]]|$1|F|3|G|5|6|7|V|8|@]|9|@]|A|$]]|$1|H|3|I|5|J|7|W|8|@]|9|@]|A|$K|L]]|$1|M|3|N|5|6|7|X|8|@]|9|@]|A|$]]|$1|O|3|P|5|J|7|Y|8|@]|9|@]|A|$K|L]]|$1|Q|3|-4|5|6|7|Z|8|@]|9|@]|A|$]]]|R|$]]

<p>same issue here!</p>

<p>i was trying to connect to my local server code via post request in postman, and this problem wasted my time alot!</p>

<p>for anyone who uses local project (e.g. postman):
use your IPv4 address (type ipconfig in cmd) instead of the "localhost" keyword.
in my case:</p>

<p>before:</p>

<pre><code>localhost/app/login
</code></pre>

<p>after:</p>

<pre><code>192.168.1.101/app/login
</code></pre>


blocks|key|1476339|text|参考：http://www.openjs.com/articles/ajax_xmlhttp_using_post.php|type|unstyled|depth|inlineStyleRanges|entityRanges|offset|length|data|1476340|POST方法|1476341|我们将做一些修改，以便在发送请求时使用POST方法...|1476342|var+url+=+"get_data.php";
var+params+=+"lorem=ipsum&name=binny";
http.open("POST",+url,+true);

//Send+the+proper+header+information+along+with+the+request
http.setRequestHeader("Content-type",+"application/x-www-form-urlencoded");
http.setRequestHeader("Content-length",+params.length);
http.setRequestHeader("Connection",+"close");

http.onreadystatechange+=+function()+{//Call+a+function+when+the+state+changes.
++if(http.readyState+==+4+&&+http.status+==+200)+{
++++alert(http.responseText);
++}
}
http.send(params);|code-block|syntax|javascript|1476343|某些http标头必须与任何POST请求一起设置。所以我们把它们放在这些线上。|1476344|http.setRequestHeader("Content-type",+"application/x-www-form-urlencoded");
http.setRequestHeader("Content-length",+params.length);
http.setRequestHeader("Connection",+"close");|1476345|通过以上几行，我们基本上表示发送的数据是表单提交的格式。我们还给出了我们发送的参数的长度。|1476346|http.onreadystatechange+=+function()+{//Call+a+function+when+the+state+changes.
++if(http.readyState+==+4+&&+http.status+==+200)+{
++++alert(http.responseText);
++}
}|1476347|我们为“就绪状态”更改事件设置了一个处理程序。这与我们用于GET方法的处理程序相同。您可以在这里使用http.responseText+-使用innerHTML(AHAH)、eval+it(JSON)或任何其他命令插入到div中。|1476348|http.send(params);|1476349|最后，我们将参数与请求一起发送。只有在调用此行之后才会加载给定的url。在GET方法中，参数将为空值。但在POST方法中，要发送的数据将作为send函数的参数发送。在第二行中，params变量被声明为lorem=ipsum&name=binny+-因此我们发送了两个参数-+'lorem‘和'name’，值分别为'ipsum‘和'binny’。|style|CODE|1476350|entityMap|0|LINK|mutability|MUTABLE|url|http://www.openjs.com/articles/ajax_xmlhttp_using_post.php^0|3|1M|0|0|0|0|0|0|0|0|0|0|0|2S|M|0^^$0|@$1|2|3|4|5|6|7|1A|8|@]|9|@$A|1B|B|1C|1|1D]]|C|$]]|$1|D|3|E|5|6|7|1E|8|@]|9|@]|C|$]]|$1|F|3|G|5|6|7|1F|8|@]|9|@]|C|$]]|$1|H|3|I|5|J|7|1G|8|@]|9|@]|C|$K|L]]|$1|M|3|N|5|6|7|1H|8|@]|9|@]|C|$]]|$1|O|3|P|5|J|7|1I|8|@]|9|@]|C|$K|L]]|$1|Q|3|R|5|6|7|1J|8|@]|9|@]|C|$]]|$1|S|3|T|5|J|7|1K|8|@]|9|@]|C|$K|L]]|$1|U|3|V|5|6|7|1L|8|@]|9|@]|C|$]]|$1|W|3|X|5|J|7|1M|8|@]|9|@]|C|$K|L]]|$1|Y|3|Z|5|6|7|1N|8|@$A|1O|B|1P|10|11]]|9|@]|C|$]]|$1|12|3|-4|5|6|7|1Q|8|@]|9|@]|C|$]]]|13|$14|$5|15|16|17|C|$18|19]]]]

<p>REFERENCE: <a href="http://www.openjs.com/articles/ajax_xmlhttp_using_post.php" rel="nofollow noreferrer">http://www.openjs.com/articles/ajax_xmlhttp_using_post.php</a></p>

<h2>POST method</h2>

<p>We are going to make some modifications so POST method will be used when sending the request...</p>

<pre><code>var url = "get_data.php";
var params = "lorem=ipsum&amp;name=binny";
http.open("POST", url, true);

//Send the proper header information along with the request
http.setRequestHeader("Content-type", "application/x-www-form-urlencoded");
http.setRequestHeader("Content-length", params.length);
http.setRequestHeader("Connection", "close");

http.onreadystatechange = function() {//Call a function when the state changes.
  if(http.readyState == 4 &amp;&amp; http.status == 200) {
    alert(http.responseText);
  }
}
http.send(params);
</code></pre>

<p>Some http headers must be set along with any POST request. So we set them in these lines...</p>

<pre><code>http.setRequestHeader("Content-type", "application/x-www-form-urlencoded");
http.setRequestHeader("Content-length", params.length);
http.setRequestHeader("Connection", "close");
</code></pre>

<p>With the above lines we are basically saying that the data send is in the format of a form submission. We also give the length of the parameters we are sending.</p>

<pre><code>http.onreadystatechange = function() {//Call a function when the state changes.
  if(http.readyState == 4 &amp;&amp; http.status == 200) {
    alert(http.responseText);
  }
}
</code></pre>

<p>We set a handler for the 'ready state' change event. This is the same handler we used for the GET method. You can use the http.responseText here - insert into a div using innerHTML(AHAH), eval it(JSON) or anything else.</p>

<pre><code>http.send(params);
</code></pre>

<p>Finally, we send the parameters with the request. The given url is loaded only after this line is called. In the GET method, the parameter will be a null value. But in the POST method, the data to be send will be send as the argument of the send function. The params variable was declared in the second line as <code>lorem=ipsum&amp;name=binny</code> - so we send two parameters - 'lorem' and 'name' with the values 'ipsum' and 'binny' respectively.</p>


blocks|key|1477207|text|我知道这很古老，但我想分享我的解决方案。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1477208|在我的例子中，问题出在我的.htaccess中，因为我添加了变量来提高我的PHP的最大上传限制。我的代码是这样的：|1477209|php_value+post_max_size+50MB
php_value+upload_max_filesize+50MB|code-block|syntax|javascript|1477210|后来，我注意到这些值应该类似于xxM而不是xxMB，当我将其更改为：|1477211|php_value+post_max_size+50M
php_value+upload_max_filesize+50M|1477212|现在，我的$_POST像以前一样返回了数据。希望这对将来的人有所帮助。|1477213|entityMap^0|0|0|0|0|0|0^^$0|@$1|2|3|4|5|6|7|Q|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|R|8|@]|9|@]|A|$]]|$1|D|3|E|5|F|7|S|8|@]|9|@]|A|$G|H]]|$1|I|3|J|5|6|7|T|8|@]|9|@]|A|$]]|$1|K|3|L|5|F|7|U|8|@]|9|@]|A|$G|H]]|$1|M|3|N|5|6|7|V|8|@]|9|@]|A|$]]|$1|O|3|-4|5|6|7|W|8|@]|9|@]|A|$]]]|P|$]]

<p>I know this is old, but wanted to share my solution.</p>

<p>In my case the issue was in my .htaccess as I added variables to raise my PHP's max upload limit. My code was like this:</p>

<pre><code>php_value post_max_size 50MB
php_value upload_max_filesize 50MB
</code></pre>

<p>Later I notice that the values should like xxM not xxMB and when I changed it to:</p>

<pre><code>php_value post_max_size 50M
php_value upload_max_filesize 50M
</code></pre>

<p>now my $_POST returned the data as normal before.
Hope this helps someone in the future.</p>


blocks|key|1262685|text|我也有同样的问题。问题出在.htaccess上。|type|unstyled|depth|inlineStyleRanges|offset|length|style|CODE|entityRanges|data|1262686|我有一个HTTPS重写规则，并且将post请求发送到http://而不是https://。由于重定向，post请求已清除。|1262687|entityMap^0|D|9|0|Q|7|10|8|0^^$0|@$1|2|3|4|5|6|7|J|8|@$9|K|A|L|B|C]]|D|@]|E|$]]|$1|F|3|G|5|6|7|M|8|@$9|N|A|O|B|C]|$9|P|A|Q|B|C]]|D|@]|E|$]]|$1|H|3|-4|5|6|7|R|8|@]|D|@]|E|$]]]|I|$]]

<p>I had the same problem.
The problem was <code>.htaccess</code>.</p>
<p>I have a HTTPS rewrite rule and was sending the post requests to <code>http://</code> instead of <code>https://</code>.
The post request cleared due to redirect.</p>


blocks|key|1261944|text|对我来说，当mod_rewrite没有安装时，.htaccess正在重定向。安装mod_rewite就可以了。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1261945|具体地说：|1261946|<IfModule+!mod_rewrite.c>
++ErrorDocument+404+/index.php
</Ifmodule>|code-block|syntax|javascript|1261947|正在执行。|1261948|entityMap^0|0|0|0|0^^$0|@$1|2|3|4|5|6|7|M|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|N|8|@]|9|@]|A|$]]|$1|D|3|E|5|F|7|O|8|@]|9|@]|A|$G|H]]|$1|I|3|J|5|6|7|P|8|@]|9|@]|A|$]]|$1|K|3|-4|5|6|7|Q|8|@]|9|@]|A|$]]]|L|$]]

<p>For me, .htaccess was redirecting when mod_rewrite wasn't installed.  Install mod_rewite and all is fine.</p>

<p>Specifically:</p>

<pre><code>&lt;IfModule !mod_rewrite.c&gt;
  ErrorDocument 404 /index.php
&lt;/Ifmodule&gt;
</code></pre>

<p>was executing.</p>


blocks|key|1476601|text|在我的例子中，这是因为在使用jQuery提交表单之前，我使用jQuery禁用了页面上的所有输入。所以我改变了我的“禁用所有输入，甚至是‘隐藏’类型”：|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1476602|$(":input").attr("disabled","disabled");+|code-block|syntax|javascript|1476603|要“仅禁用'button‘类型输入”：|1476604|$('input[type=button]').attr('disabled',true);|1476605|这样用户就不会不小心按下“go”按钮两次，从而进入我们的数据库！看起来，如果你在一个“隐藏”类型的表单输入上设置了“disabled”属性，那么如果表单被提交了，它们的值就不会被发送过来！|1476606|entityMap^0|0|0|0|0|0^^$0|@$1|2|3|4|5|6|7|O|8|@]|9|@]|A|$]]|$1|B|3|C|5|D|7|P|8|@]|9|@]|A|$E|F]]|$1|G|3|H|5|6|7|Q|8|@]|9|@]|A|$]]|$1|I|3|J|5|D|7|R|8|@]|9|@]|A|$E|F]]|$1|K|3|L|5|6|7|S|8|@]|9|@]|A|$]]|$1|M|3|-4|5|6|7|T|8|@]|9|@]|A|$]]]|N|$]]

<p>In my case it was because I was using jQuery to disable all inputs on the page just before using jQuery to submit the form.
So I changed my "disable every input even the 'hidden' types":</p>

<pre><code>$(":input").attr("disabled","disabled"); 
</code></pre>

<p>to "disable only the 'button' type inputs":</p>

<pre><code>$('input[type=button]').attr('disabled',true);
</code></pre>

<p>This was so the user couldn't accidentally hit the 'go' button twice and hose up our DB!
It seems that if you put the 'disabled' attribute on a 'hidden' type form input their values won't be sent over if the form is submitted!</p>


blocks|key|1477133|text|我刚刚花了几个小时来解决类似的问题。在我的例子中，问题是|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1477134|max_input_vars+=+"1000"|code-block|syntax|javascript|1477135|默认情况下，在php.ini中。我有一个非常大的表单，没有上传。php.ini设置为upload_max_filesize+=+"100M“和post_max_size+=+"108M”，这肯定不是我的问题所在。当表单中的变量超过1000个时，max_input_vars的行为是相同的。它返回一个空的_POST数组。我真希望我能在一小时前找到它。|1477136|entityMap^0|0|0|0^^$0|@$1|2|3|4|5|6|7|K|8|@]|9|@]|A|$]]|$1|B|3|C|5|D|7|L|8|@]|9|@]|A|$E|F]]|$1|G|3|H|5|6|7|M|8|@]|9|@]|A|$]]|$1|I|3|-4|5|6|7|N|8|@]|9|@]|A|$]]]|J|$]]

<p>I just spent hours to fix a similar issue. The problem in my case, was the the</p>

<pre><code>max_input_vars = "1000"
</code></pre>

<p>by default, in the php.ini. I had a really huge form without uploads. php.ini is set to upload_max_filesize = "100M" and post_max_size = "108M" and it was surely not the issue in my case. PHP behavior is the same for max_input_vars when it exceeds 1000 variables in the form. It returns and empty _POST array. I wish I could have found that one hours, and hours ago.</p>


blocks|key|1262653|text|确保定义了每个字段的name属性。|type|unstyled|depth|inlineStyleRanges|offset|length|style|CODE|entityRanges|data|1262654|这将在PHP上创建一个空帖子|1262655|<input+type="text"+id="Phone">|code-block|syntax|javascript|1262656|但是，这是可行的|1262657|<input+type="text"+name="Phone"+id="Phone">|1262658|entityMap^0|A|4|0|0|0|0|0^^$0|@$1|2|3|4|5|6|7|S|8|@$9|T|A|U|B|C]]|D|@]|E|$]]|$1|F|3|G|5|6|7|V|8|@]|D|@]|E|$]]|$1|H|3|I|5|J|7|W|8|@]|D|@]|E|$K|L]]|$1|M|3|N|5|6|7|X|8|@]|D|@]|E|$]]|$1|O|3|P|5|J|7|Y|8|@]|D|@]|E|$K|L]]|$1|Q|3|-4|5|6|7|Z|8|@]|D|@]|E|$]]]|R|$]]

<p>Make sure that the <code>name</code> property of each field is defined.</p>

<p>This create you an empty POST on PHP</p>

<pre><code>&lt;input type="text" id="Phone"&gt;
</code></pre>

<p>But, this will work</p>

<pre><code>&lt;input type="text" name="Phone" id="Phone"&gt;
</code></pre>


blocks|key|1477347|text|空的POST数组的另一个简单原因可能是没有使用关闭表单，然后添加第二个...当提交第二个表单时，POST数组将为空。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1477348|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

<p>Another simple reason for an empty POST array can be caused by not closing a form with  and then adding a second ....  When the second form is submitted the POST array will be empty.</p>


blocks|key|1476459|text|除了MRMage的帖子：|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1476460|我不得不设置这个变量来解决一些$_POST变量(具有大于1000项的大型数组)消失的问题：|offset|length|style|CODE|1476461|suhosin.request.max_vars+=+2500|code-block|syntax|javascript|1476462|解决方案是"request"，而不是"post“...|1476463|entityMap^0|0|F|6|0|0|6|7|J|4|0^^$0|@$1|2|3|4|5|6|7|Q|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|R|8|@$D|S|E|T|F|G]]|9|@]|A|$]]|$1|H|3|I|5|J|7|U|8|@]|9|@]|A|$K|L]]|$1|M|3|N|5|6|7|V|8|@$D|W|E|X|F|G]|$D|Y|E|Z|F|G]]|9|@]|A|$]]|$1|O|3|-4|5|6|7|10|8|@]|9|@]|A|$]]]|P|$]]

<p>In addition to MRMage's post:</p>

<p>I had to set this variable to solve the problem that some <code>$_POST</code> variables (with an large array > 1000 items) disappeared:</p>

<pre><code>suhosin.request.max_vars = 2500
</code></pre>

<p>"<code>request</code>", not "<code>post</code>" was the solution...</p>


blocks|key|1476657|text|我从Mod+Security收到以下错误：|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1476658|Access+denied+with+code+500+(phase+2).+Pattern+match+"((select%7Cgrant%7Cdelete%7Cinsert%7Cdrop%7Calter%7Creplace%7Ctruncate%7Cupdate%7Ccreate%7Crename%7Cdescribe)[[:space:]]%2B[A-Z%7Ca-z%7C0-9%7C\*%7C+%7C\,]%2B[[:space:]]%2B(from%7Cinto%7Ctable%7Cdatabase%7Cindex%7Cview)[[:space:]]%2B[A-Z%7Ca-z%7C0-9%7C\*%7C+%7C\,]%7CUNION+SELECT.*\'.*\'.*,[0-9].*INTO.*FROM)"+at+REQUEST_BODY.+[file+"/usr/local/apache/conf/modsec2.user.conf"]+[line+"345"]+[id+"300013"]+[rev+"1"]+[msg+"Generic+SQL+injection+protection"]+[severity+"CRITICAL"]|code-block|syntax|javascript|1476659|一旦我删除了我的mod安全配置来进行测试，一切都像预期的那样工作。现在，我只需要修改我的规则，以保持安全但又足够灵活，以满足我的需求:)|1476660|entityMap^0|0|0|0^^$0|@$1|2|3|4|5|6|7|K|8|@]|9|@]|A|$]]|$1|B|3|C|5|D|7|L|8|@]|9|@]|A|$E|F]]|$1|G|3|H|5|6|7|M|8|@]|9|@]|A|$]]|$1|I|3|-4|5|6|7|N|8|@]|9|@]|A|$]]]|J|$]]

blocks|key|1262174|text|这可能不是最方便的解决方案，但我发现，如果将表单action属性设置为根域，就可以访问index.php并获取posted变量。但是，如果我将重写的URL设置为action，它将不起作用。|type|unstyled|depth|inlineStyleRanges|offset|length|style|CODE|entityRanges|data|1262175|entityMap^0|O|6|0^^$0|@$1|2|3|4|5|6|7|H|8|@$9|I|A|J|B|C]]|D|@]|E|$]]|$1|F|3|-4|5|6|7|K|8|@]|D|@]|E|$]]]|G|$]]

<p>Not the most convenient solution perhaps, but I figured it out that if I set the form <code>action</code> attribute to the root domain, index.php can be accessed and gets the posted variables. However if I set a rewritten URL as action, it does not work.</p>


blocks|key|1476833|text|这有点类似于@icesar+said。|type|unstyled|depth|inlineStyleRanges|entityRanges|offset|length|data|1476834|但我试图将内容发布到我位于site/api/index.php的api中，只发布到site/api，因为它本身会传递给index.php。然而，这显然会导致一些事情变得混乱，因为我的$_POST在运行中被清空了。简单地直接发布到site/api/index.php就解决了这个问题。|style|CODE|1476835|entityMap|0|LINK|mutability|MUTABLE|url|https://stackoverflow.com/a/1631999/1592572^0|E|4|0|0|D|I|15|8|1N|9|2J|6|36|I|0^^$0|@$1|2|3|4|5|6|7|P|8|@]|9|@$A|Q|B|R|1|S]]|C|$]]|$1|D|3|E|5|6|7|T|8|@$A|U|B|V|F|G]|$A|W|B|X|F|G]|$A|Y|B|Z|F|G]|$A|10|B|11|F|G]|$A|12|B|13|F|G]]|9|@]|C|$]]|$1|H|3|-4|5|6|7|14|8|@]|9|@]|C|$]]]|I|$J|$5|K|L|M|C|$N|O]]]]

<p>This is sort of similar to what @icesar <a href="https://stackoverflow.com/a/1631999/1592572">said</a>.</p>

<p>But I was trying to post stuff to my api, located in <code>site/api/index.php</code>, only posting to <code>site/api</code> since it gets passed on to <code>index.php</code> by itself. This however, apparently cause something to get messed up, as my <code>$_POST</code> got emptied on the fly. Simply posting to <code>site/api/index.php</code> directly instead solved it.</p>


blocks|key|1262248|text|我的问题是我使用HTML标记来更改我的测试站点的基URL。一旦我从报头中删除了该标记，$_POST数据就会返回。|type|unstyled|depth|inlineStyleRanges|offset|length|style|CODE|entityRanges|data|1262249|entityMap^0|17|6|0^^$0|@$1|2|3|4|5|6|7|H|8|@$9|I|A|J|B|C]]|D|@]|E|$]]|$1|F|3|-4|5|6|7|K|8|@]|D|@]|E|$]]]|G|$]]

<p>My problem was that I was using the HTML <code>&lt;base&gt;</code> tag to change the base URL of my test site. Once I removed that tag from the header, the <code>$_POST</code> data came back.</p>


blocks|key|1262316|text|在我的例子中(+OVH+mutualiséserver上的php页面)+enctype="text/plain"不工作($_POST和相应的$_REQUEST为空)，下面的其他例子可以工作。`|type|unstyled|depth|inlineStyleRanges|offset|length|style|CODE|entityRanges|data|1262317|<form+action="?"+method="post">


++++<input+name="say"+value="Hi">
++++<button>Send+my+greetings</button>
</form>

<form+action="?"+method="post"+enctype="application/x-www-form-urlencoded">
++++<input+name="say"+value="Hi">
++++<button>Send+my+application/x-www-form-urlencoded+greetings</button>
</form>

<form+action="?"+method="post"++enctype="multipart/form-data">
++++<input+name="say"+value="Hi">
++++<button>Send+my+multipart/form-data+greetings</button>
</form>

<form+action="?"+method="post"+enctype="text/plain">
++++<input+name="say"+value="Hi">
++++<button>Send+my+text/plain+greetings</button>
</form>|code-block|syntax|javascript|1262318|`|1262319|更多信息请点击这里：method="post"+enctype="text/plain"+are+not+compatible?|1262320|entityMap|0|LINK|mutability|MUTABLE|url|https://stackoverflow.com/questions/7628249/method-post-enctype-text-plain-are-not-compatible^0|10|K|1O|6|1Y|9|0|0|0|A|1I|0|0^^$0|@$1|2|3|4|5|6|7|W|8|@$9|X|A|Y|B|C]|$9|Z|A|10|B|C]|$9|11|A|12|B|C]]|D|@]|E|$]]|$1|F|3|G|5|H|7|13|8|@]|D|@]|E|$I|J]]|$1|K|3|L|5|6|7|14|8|@]|D|@]|E|$]]|$1|M|3|N|5|6|7|15|8|@]|D|@$9|16|A|17|1|18]]|E|$]]|$1|O|3|-4|5|6|7|19|8|@]|D|@]|E|$]]]|P|$Q|$5|R|S|T|E|$U|V]]]]

<p>In my case (php page on OVH mutualisé server) <code>enctype="text/plain"</code> does not work (<code>$_POST</code> and corresponding <code>$_REQUEST</code> is empty), the other examples below work.
`</p>

<pre><code>&lt;form action="?" method="post"&gt;
&lt;!-- in this case, my google chrome 45.0.2454.101 uses --&gt;
&lt;!--     Content-Type:application/x-www-form-urlencoded --&gt;
    &lt;input name="say" value="Hi"&gt;
    &lt;button&gt;Send my greetings&lt;/button&gt;
&lt;/form&gt;

&lt;form action="?" method="post" enctype="application/x-www-form-urlencoded"&gt;
    &lt;input name="say" value="Hi"&gt;
    &lt;button&gt;Send my application/x-www-form-urlencoded greetings&lt;/button&gt;
&lt;/form&gt;

&lt;form action="?" method="post"  enctype="multipart/form-data"&gt;
    &lt;input name="say" value="Hi"&gt;
    &lt;button&gt;Send my multipart/form-data greetings&lt;/button&gt;
&lt;/form&gt;

&lt;form action="?" method="post" enctype="text/plain"&gt;&lt;!-- not working --&gt;
    &lt;input name="say" value="Hi"&gt;
    &lt;button&gt;Send my text/plain greetings&lt;/button&gt;
&lt;/form&gt;
</code></pre>

<p>`</p>

<p>More here: <a href="https://stackoverflow.com/questions/7628249/method-post-enctype-text-plain-are-not-compatible">method=&quot;post&quot; enctype=&quot;text/plain&quot; are not compatible?</a></p>


blocks|key|1477392|text|当我迁移到新服务器时，我也遇到了同样的问题。在php.ini文件中设置post_max_size的值解决了我的问题。|type|unstyled|depth|inlineStyleRanges|offset|length|style|CODE|entityRanges|data|1477393|entityMap^0|N|7|Z|D|0^^$0|@$1|2|3|4|5|6|7|H|8|@$9|I|A|J|B|C]|$9|K|A|L|B|C]]|D|@]|E|$]]|$1|F|3|-4|5|6|7|M|8|@]|D|@]|E|$]]]|G|$]]

<p>I run into the same issue also when I migrated to new server. setting the value for <code>post_max_size</code> in the <code>php.ini</code> file fixed my issue.</p>


blocks|key|1262481|text|好吧，我想我应该把我的箱子放在这里……在特定情况下，我将post数组设为空。表单运行良好，但有时用户抱怨他们点击了提交按钮，但什么也没有发生……经过一段时间的挖掘，我发现我的托管公司有一个安全模块，它可以检查用户的输入，并在发现时清除整个帖子数组(不仅仅是恶意数据)。在我的示例中，一位数学老师试图输入等式:+dy+%2B+dx+%2B0=+0；数据被完全擦除。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1262482|为了解决这个问题，我现在建议他在文本区输入数据，格式为dy+%2B+dx+%2B0=0，现在它可以工作了……这可以节省一些人的时间。|1262483|entityMap^0|0|0^^$0|@$1|2|3|4|5|6|7|F|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|G|8|@]|9|@]|A|$]]|$1|D|3|-4|5|6|7|H|8|@]|9|@]|A|$]]]|E|$]]

<p>OK, I thought that I should put my case here .... I was getting the post array empty in specific cases .. The form works well, but some times users complain that they hit submit button, and nothing happens .....
  After digging for a while, I discovered that my hosting company has a security module that checks users inputs and clears the whole post array (not only the malicious data) if it discovers so.  In my example, a math teacher was trying to enter the equation: dy + dx + 0 = 0; and data was wiped completely.</p>

<p>To fix this, I just advise him now to enter the data in the text area as dy + dx + 0 = zero, and now it works ....  This can save someone some time .. </p>


<p>I have a custom Content Management System (CMS) I've built that works perfectly on my dev box (Ubuntu/PHP5+/MySQL5+).</p>
<p>I just moved it up to the production box for my client and now all form submissions are showing up as empty $_POST arrays.</p>
<p>I found a trick to verify the data is actually being passed using <code>file_get_contents('php://input');</code> and the data is showing up fine there -- the <code>$_POST</code>/<code>$_REQUEST</code> arrays are always empty.</p>
<p>I've also verified the content-type headers are correct as well via firebug (<code>application/x-www-form-urlencoded; charset=utf-8</code>).</p>
<p>This issue is happening regardless of whether a form is submitting via AJAX or a regular form submit.</p>
<p>Any help is greatly appreciated!</p>


php $_POST array empty upon form submission

数据库

服务器

jQuery

Ubuntu

JSON

我有一个定制的内容管理系统(CMS)，它可以在我的开发环境(Ubuntu/PHP5+/MySQL5+)上完美地工作。我刚把它移到我的客户的生产箱中，现在所有的表单提交都显示为空的$_POST数组。我发现了一个技巧来验证数据实际上是使用file_get_contents('php://input');传递的，并且数据在那里显示得很好-- $_POST/$_REQUEST数组总是空的。我还通过fire

问表单提交时php $_POST数组为空
EN

回答 25

Stack Overflow用户

Stack Overflow用户

Stack Overflow用户

社区

活动

资源

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问表单提交时php $_POST数组为空EN

回答 25

Stack Overflow用户

Stack Overflow用户

Stack Overflow用户

社区

活动

资源

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问表单提交时php $_POST数组为空
EN