blocks|key|730455|text|在我的服务器上进行了测试，它对我来说工作正常：|type|unstyled|depth|inlineStyleRanges|entityRanges|data|730456|_GET["latmin"]++

Array
(
++++[0]+=>+52.447529
++++[1]+=>+22
)|code-block|syntax|javascript|730457|查看数据处理部分中的php.ini，看看它们的值是什么。将所有内容重置为默认值，重新启动try服务器，然后重试。PHP.ini+Data+Handling+defaults|offset|length|730458|entityMap|0|LINK|mutability|MUTABLE|url|http://us2.php.net/manual/en/ini.core.php#ini.sect.data-handling^0|0|0|1K|U|0|0^^$0|@$1|2|3|4|5|6|7|S|8|@]|9|@]|A|$]]|$1|B|3|C|5|D|7|T|8|@]|9|@]|A|$E|F]]|$1|G|3|H|5|6|7|U|8|@]|9|@$I|V|J|W|1|X]]|A|$]]|$1|K|3|-4|5|6|7|Y|8|@]|9|@]|A|$]]]|L|$M|$5|N|O|P|A|$Q|R]]]]

Tested on my server and it works fine for me:

<pre><code>_GET["latmin"] 

Array
(
 [0] =&gt; 52.447529
 [1] =&gt; 22
)
</code></pre>

Look in your php.ini in the Data Handling section and see what the values are. Reset everything to default, restart the webserver and try again. <a href="http://us2.php.net/manual/en/ini.core.php#ini.sect.data-handling" rel="nofollow">PHP.ini Data Handling defaults</a>

blocks|key|3046633|text|嗯..。也许这跟那个critical+vulnerability+bug有什么关系？您的XAMPP是否具有与生产相同的PHP版本？我知道如果你发布了太多的数据(在文件/发布大小和参数数量方面)，可能会有类似的问题。升级到5.3.10怎么样？|type|unstyled|depth|inlineStyleRanges|entityRanges|offset|length|data|3046634|entityMap|0|LINK|mutability|MUTABLE|url|http://thexploit.com/sec/critical-php-remote-vulnerability-introduced-in-fix-for-php-hashtable-collision-dos/^0|A|Q|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]]]]

Hmm.. maybe its somehow related to that <a href="http://thexploit.com/sec/critical-php-remote-vulnerability-introduced-in-fix-for-php-hashtable-collision-dos/" rel="nofollow">critical vulnerability bug</a> ? Does your XAMPP has same PHP version as production? I know there might be similar issues if you post too much data (both in terms of file/post size and param quantity). How about upgrading to 5.3.10 ?

blocks|key|966729|text|即使没有传递任何变量，link中的一个示例每次都会打印Array+(+[0]+=>+52.447529+)。所以，看起来你在没有链接到这个代码的代码中有问题：`|type|unstyled|depth|inlineStyleRanges|offset|length|style|CODE|entityRanges|data|966730|$test="latmin[]=52.447529&latmin[]=22&lonmin=23&lonmax=22.16";
parse_str($test);
print_r($latmin);
phpinfo();|code-block|syntax|javascript|966731|`|966732|entityMap|0|LINK|mutability|MUTABLE|url|http://awst.ipf.tuwien.ac.at/test.php^0|R|Q|B|4|0|0|0|0^^$0|@$1|2|3|4|5|6|7|U|8|@$9|V|A|W|B|C]]|D|@$9|X|A|Y|1|Z]]|E|$]]|$1|F|3|G|5|H|7|10|8|@]|D|@]|E|$I|J]]|$1|K|3|L|5|6|7|11|8|@]|D|@]|E|$]]|$1|M|3|-4|5|6|7|12|8|@]|D|@]|E|$]]]|N|$O|$5|P|Q|R|E|$S|T]]]]

An example at the <a href="http://awst.ipf.tuwien.ac.at/test.php" rel="nofollow">link</a> prints <code>Array ( [0] =&gt; 52.447529 )</code> every time even no variables were passed. So, seems that you have problem in code that is not linked with this code:
`

<pre><code>$test="latmin[]=52.447529&amp;latmin[]=22&amp;lonmin=23&amp;lonmax=22.16";
parse_str($test);
print_r($latmin);
phpinfo();
</code></pre>

`

blocks|key|966738|text|我的系统管理员进行了系统更新和重启，现在这个问题已经解决了。未更改任何配置文件。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|966739|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|$]]

Well my System Admin did a system update and reboot and the issue is now fixed. No configuration files were changed.

blocks|key|4514429|text|尝试使用$_REQUEST而不是$_GET和/或$_POST|type|unstyled|depth|inlineStyleRanges|offset|length|style|CODE|entityRanges|data|4514430|entityMap^0|4|9|G|5|O|6|0^^$0|@$1|2|3|4|5|6|7|H|8|@$9|I|A|J|B|C]|$9|K|A|L|B|C]|$9|M|A|N|B|C]]|D|@]|E|$]]|$1|F|3|-4|5|6|7|O|8|@]|D|@]|E|$]]]|G|$]]

Try <code>$_REQUEST</code> instead of <code>$_GET</code> and/or <code>$_POST</code>

blocks|key|960495|text|此错误最可能的原因是有人在php.ini中将"max_input_vars“设置为0或1。Max_input_vars默认为1000，可以在php.ini中覆盖。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|960496|由于不同的原因，我最近遇到了相同的行为--有人向后移植到PHP5.2安装的安全补丁，该安装部分实现了"max_input_vars"，但遗漏了一些重要部分。不同的原因，相同的结果。|960497|相关php源码可以在main/php_variables.c+ables.c中找到。在php+5.3.8中，橡胶在php_register_variable_ex函数中上路了。|960498|在解析像"foo=bar&asdf[]=1&asdf[]=2“这样的字符串时，php会使用一个SAPI+"treat_data”钩子--不同的SAPI可能有自己的实现。|960499|entityMap^0|0|0|0|0^^$0|@$1|2|3|4|5|6|7|J|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|K|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|L|8|@]|9|@]|A|$]]|$1|F|3|G|5|6|7|M|8|@]|9|@]|A|$]]|$1|H|3|-4|5|6|7|N|8|@]|9|@]|A|$]]]|I|$]]

The most likely cause of this bug is that someone set "max_input_vars" to 0 or 1 in php.ini.
"max_input_vars" defaults to 1000, and can be overridden in php.ini. 

I encountered the same behavior recently with a different cause -- a security patch someone backported to a PHP 5.2 installation partially implemented "max_input_vars", but missed some important bits. Different cause, same outcome.

Relevant php source code can be found in main/php_variables.c. In php 5.3.8, the rubber was hitting the road in the php_register_variable_ex function.

There's a SAPI "treat_data" hook which php uses when parsing strings like "foo=bar&amp;asdf[]=1&amp;asdf[]=2" -- A different SAPI might have its own implementation of this.

I have a strange problem. I recently migrated my application from my local xampp installation to a SUSE Enterprise Server 11 and everything is working but this one thing drives me crazy and I can't find a solution.

When passing arrays either through GET or POST using this syntax:

<pre><code>search_dggs.php?latmin[]=52.447529&amp;latmin[]=22&amp;lonmin=17.56&amp;lonmax=22.16
</code></pre>

I only get the first element of latmin. Mind you that this is only a simple example I tried after the error occurred in other places where the passing of arrays is necessary.

<pre><code>print_r($_SERVER["QUERY_STRING"]); 
</code></pre>

outputs

<pre><code>latmin[]=52.447529&amp;latmin[]=22&amp;lonmin=17.56&amp;lonmax=22.16
</code></pre>

but 

<pre><code>print_r($_GET);
</code></pre>

gives

<pre><code>Array
(
 [latmin] =&gt; Array
 (
 [0] =&gt; 52.447529
 )

 [lonmin] =&gt; 17.56
 [lonmax] =&gt; 22.16
)
</code></pre>

Exactly the same happens with all POST requests.

I'm using PHP Version 5.3.8.
I guess the problem is some Server configuration but I couldn't find anything about this problem.

Response to comments:

The same happens if I submit any number of variables.

<pre><code>parse_str($_SERVER["QUERY_STRING"]);
print_r($latmin);
</code></pre>

gives 

<pre><code>Array
(
 [0] =&gt; 52.447529
)
</code></pre>

php.ini can be found <a href="http://dl.dropbox.com/u/10723601/php.ini" rel="nofollow">here</a>

You should be able to see the behaviour in action <a href="http://awst.ipf.tuwien.ac.at/test.php?latmin%5B%5D=52.447529&amp;latmin%5B%5D=22&amp;lonmin=23&amp;lonmax=22.16" rel="nofollow">here</a>

The source file of this php file is 

<pre><code>&lt;?php

 $test="latmin[]=52.447529&amp;latmin[]=22&amp;lonmin=23&amp;lonmax=22.16";
 parse_str($test);
 print_r($latmin);
 phpinfo();

?&gt;
</code></pre>

Passed arrays lose all but first element

翻译质量差，导致语言生硬或混乱。

没有提供实际的解决方法或示例。

解答不清晰，无法理解或解决问题。

页面排版不美观，阅读体验差。

文章

问答

视频

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

我有个奇怪的问题。我最近将我的应用程序从我本地的xampp安装迁移到了SUSE Enterprise Server11，一切都正常，但这件事让我抓狂，我找不到解决方案。使用以下语法通过GET或POST传递数组时：search_dggs.php?latmin[]=52.447529&latmin[]=22&lonmin=...

问传递的数组将丢失除第一个元素之外的所有元素
EN

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问传递的数组将丢失除第一个元素之外的所有元素EN