警告:数组到字符串的转换

注意:数组到字符串的转换

(PHP 7.4之前的一个通知，PHP 8.0之后的一个警告)

如果你试图将数组视为字符串，就会发生这种情况:

$arr = array('foo', 'bar');

echo $arr;  // Notice: Array to string conversion
$str = 'Something, ' . $arr;  // Notice: Array to string conversion

数组不能简单地与字符串回显或连接，因为结果没有很好地定义。PHP将使用字符串“Array”来代替数组，并触发通知，指出这可能不是预期的结果，您应该检查这里的代码。你可能想要这样的东西:

echo $arr[0];  // displays foo
$str = 'Something ' . join(', ', $arr); //displays Something, foo, bar

或者循环数组:

foreach($arr as $key => $value) {
    echo "array $key = $value";
    // displays first: array 0 = foo
    // displays next:  array 1 = bar
}

如果这个通知出现在您意想不到的地方，这意味着您认为是字符串的变量实际上是一个数组。这意味着你的代码中有一个错误，使这个变量成为一个数组，而不是你期望的字符串。

HTTP错误500 -内部服务器错误

HTTP状态代码500和典型的Apache或浏览器警告是一个非常广泛的消息。这不是实际的错误。要弄清楚是web服务器配置错误(.htaccess)还是PHP致命错误，你必须查看error.log。

你通常可以在下面找到webservers日志:

/var/log/apache2 on Linux servers, often used for local and virtual hosts. /var/www/_user12345_/logs or similar on shared hosting plans. Usually there's a logs/ directory alongside each htdocs/ folder. C:\xampp\apache\logs\error.log for WAMP/XAMPP distributions of Apache+PHP. Alternatively just use a file search feature to locate anything called "error.log". Or look into your Apache httpd.conf and its ErrorLog directive. /var/log/nginx/nginx_error.log for NGINX. C:\inetpub\logs\LogFiles for IIS. Luckily this is uncommon still, but journalctl -r -u apache2.service could also hold parts of the log on Linux setups.

它是一个文本文件。搜索与错误时间最接近的条目，并使用错误消息的重要部分(从“PHP error:…”到“in line…”)进行进一步的google搜索。

[Mon 22:10] [:error] [pid 12345] [client 127.0.0.1] FastCGI: server "/fcgi/p73" stderr: PHP message:PHP error: Unfiltered inputvariable $_JSON['pokestop_lng'] in filyfile.php on line 845

对于FPM设置，你经常会看到致命的PHP错误。而旧的mod_php(共享主机)配置经常混合警告和通知(通常也值得检查)。

如果没有配置为使用系统或Apache日志机制，您可能还需要查看PHP的error.log。一般来说，保留默认值并启用error_display + error_reporting来显示具体的错误会更简单。HTTP 500全捕获页面不过是PHP死机白屏幕的一个变种。

参见:

500内部服务器错误的php文件，而不是html 我怎么能让PHP显示错误，而不是给我500内部服务器错误 如何在IIS7上显示和记录PHP错误? 如何修复WordPress内部服务器的500个错误

解析错误:语法错误，意外的T_VARIABLE

可能的场景

我似乎找不到我的代码出了什么问题。以下是我的全部错误:

解析错误:语法错误，意外的T_VARIABLE在x行

我正在尝试的

$sql = 'SELECT * FROM dealer WHERE id="'$id.'"';

回答

解析错误:程序的语法问题，例如在语句的末尾遗漏了分号，或者像上面的情况一样，遗漏了。操作符。解释器在遇到解析错误时停止运行程序。

简单地说，这是一个语法错误，这意味着您的代码中有一些东西阻止了它被正确解析，从而无法运行。

您应该做的是仔细检查错误所在的行周围是否有任何简单的错误。

该错误消息意味着，在文件的第x行，PHP解释器期望看到一个开括号，但相反，它遇到了名为T_VARIABLE的东西。T_VARIABLE这个东西叫做令牌。它是PHP解释器表达程序不同基本部分的方式。当解释器读入程序时，它将您所编写的内容转换为令牌列表。无论你在程序中放入一个变量，解释器的列表中都会有一个aT_VARIABLE令牌。

不错的阅读:解析器令牌列表

因此，请确保在php.ini中至少启用了E_PARSE。产品脚本中不应该存在解析错误。

我总是建议在编码时添加以下语句:

error_reporting(E_ALL);

PHP错误报告

另外，使用IDE是个好主意，它可以让你在输入时知道解析错误。你可以使用:

NetBeans(一个漂亮的免费软件)(在我看来是最好的) PhpStorm(戈登叔叔喜欢这个:P，付费计划，包含专有和免费软件) Eclipse(美女与野兽，免费软件)

相关问题:

参考:PHP语法错误;以及如何解决这些问题?

致命错误:当不在对象上下文时使用$this

$是PHP中的一个特殊变量，不能被赋值。如果在不存在该对象的上下文中访问该对象，则给出此致命错误。

此错误可能发生:

If a non-static method is called statically. Example: class Foo { protected $var; public function __construct($var) { $this->var = $var; } public static function bar () { // ^^^^^^ echo $this->var; // ^^^^^ } } Foo::bar(); How to fix: review your code again, $this can only be used in an object context, and should never be used in a static method. Also, a static method should not access the non-static property. Use self::$static_property to access the static property. If code from a class method has been copied over into a normal function or just the global scope and keeping the $this special variable. How to fix: Review the code and replace $this with a different substitution variable.

相关问题:

致命错误:当不在对象上下文中时使用$this 致命错误:当不在对象上下文中时使用$this 所有“使用$this时不在对象上下文”的问题在Stackoverflow

警告:[function]: failed to open stream: [reason]

当你通过include, require或fopen调用一个文件时，PHP无法找到该文件或没有足够的权限来加载该文件。

这种情况的发生有多种原因:

文件路径错误 文件路径是相对的 包含路径是错误的 权限限制太大 SELinux已生效 还有更多……

一个常见的错误是不使用绝对路径。这可以通过使用完整路径或神奇常数如__DIR__或dirname(__FILE__)轻松解决:

include __DIR__ . '/inc/globals.inc.php';

or:

require dirname(__FILE__) . '/inc/globals.inc.php';

确保使用正确的路径是排除这些问题的一个步骤，这也可能与不存在的文件、文件系统的权限阻止访问或PHP本身的打开basedir限制有关。

快速解决此问题的最佳方法是遵循下面的故障排除清单。

相关问题:

故障排除清单:无法打开流

相关的错误:

警告:open_basedir限制生效

解析错误:语法错误，意外的T_ENCAPSED_AND_WHITESPACE

在PHP 8.0及以上版本中，该消息改为:

语法错误，意外的字符串内容“”，期望“-”或标识符或变量或数字

当试图在双引号字符串中引用带有引号键的数组值时，当整个复杂变量结构没有包含在{}中时，最常遇到此错误。

错误情况:

这将导致意外的T_ENCAPSED_AND_WHITESPACE:

echo "This is a double-quoted string with a quoted array key in $array['key']";
//---------------------------------------------------------------------^^^^^

可能的修复:

在双引号字符串中，PHP将允许数组关键字字符串不带引号使用，并且不会发出E_NOTICE。所以上面可以写成:

echo "This is a double-quoted string with an un-quoted array key in $array[key]";
//------------------------------------------------------------------------^^^^^

整个复杂数组变量和键可以被括在{}中，在这种情况下，它们应该被引用以避免E_NOTICE。PHP文档对于复杂变量推荐使用这种语法。

echo "This is a double-quoted string with a quoted array key in {$array['key']}";
//--------------------------------------------------------------^^^^^^^^^^^^^^^
// Or a complex array property of an object:
echo "This is a a double-quoted string with a complex {$object->property->array['key']}";

当然，上述任何一种方法的替代方法都是将数组变量连接到，而不是插值它:

echo "This is a double-quoted string with an array variable". $array['key'] . " concatenated inside.";
//----------------------------------------------------------^^^^^^^^^^^^^^^^^^^^^

如需参考，请参阅PHP字符串手册页中的变量解析部分