我正在运行一个PHP脚本,并继续收到错误,如:
注意:未定义变量my_variable_name在C:\wamp\www\mypath\index.php第10行
注意:第11行未定义索引:my_index C:\wamp\www\mypath\index.php
警告:在C:\wamp\www\mypath\index.php第11行未定义数组键“my_index”
第10和11行是这样的:
echo "My variable value is: " . $my_variable_name;
echo "My index value is: " . $my_array["my_index"];
这些错误消息的含义是什么?
为什么他们会突然出现?我曾经使用这个脚本多年,从来没有任何问题。
我该如何修复它们?
这是一个一般参考问题,供人们链接作为副本,而不是需要一遍又一遍地解释这个问题。我觉得这很有必要,因为现实世界中关于这个问题的答案都非常具体。
相关元讨论:
如何应对重复的问题?
“参考问题”有意义吗?
我一直使用自己的有用函数exst()自动声明变量。
您的代码将是-
$greeting = "Hello, " . exst($user_name, 'Visitor') . " from " . exst($user_location);
/**
* Function exst() - Checks if the variable has been set
* (copy/paste it in any place of your code)
*
* If the variable is set and not empty returns the variable (no transformation)
* If the variable is not set or empty, returns the $default value
*
* @param mixed $var
* @param mixed $default
*
* @return mixed
*/
function exst(& $var, $default = "")
{
$t = "";
if (!isset($var) || !$var) {
if (isset($default) && $default != "")
$t = $default;
}
else {
$t = $var;
}
if (is_string($t))
$t = trim($t);
return $t;
}
试试这些
Q1:这个通知意味着$varname不是
的当前范围内定义
脚本。
Q2:在使用任何可疑变量之前,使用isset(), empty()条件可以很好地工作。
// recommended solution for recent PHP versions
$user_name = $_SESSION['user_name'] ?? '';
// pre-7 PHP versions
$user_name = '';
if (!empty($_SESSION['user_name'])) {
$user_name = $_SESSION['user_name'];
}
或者,作为一个快速而肮脏的解决方案:
// not the best solution, but works
// in your php setting use, it helps hiding site wide notices
error_reporting(E_ALL ^ E_NOTICE);
关于会话的注意事项:
当使用会话时,session_start();必须放置在使用会话的所有文件中。
http://php.net/manual/en/features.sessions.php
错误显示@操作符
对于不需要的和多余的通知,可以使用专用的@操作符来»隐藏«未定义的变量/索引消息。
$var = @($_GET["optional_param"]);
这通常是不鼓励的。新人往往会过度使用它。
对于应用程序逻辑深处的代码(忽略不应该声明的未声明变量)是非常不合适的,例如函数参数或循环中。
isset有一个好处?:或??然而super-supression。通知仍然可以被记录。可以使用set_error_handler("var_dump")来恢复@-hidden通知;
另外,你不应该在初始代码中习惯性地使用/recommend if (isset($_POST["shubmit"]))。
新人不会发现这样的错别字。它只是剥夺了这些情况下的php注意。仅在验证功能后添加@或isset。
首先解决原因。不是通知。
@主要用于$_GET/$_POST输入参数,特别是在它们是可选的情况下。
既然这涵盖了大多数这样的问题,让我们扩展一下最常见的原因:
$_GET / $_POST / $_REQUEST未定义输入
当遇到未定义的索引/偏移量时,你要做的第一件事是检查错字:
$count = $_GET["whatnow?"];
这是每个页面请求中所期望的键名吗?
变量名和数组索引在PHP中是区分大小写的。
其次,如果通知没有明显的原因,使用var_dump或print_r来验证所有输入数组的当前内容:
var_dump ($ _GET);
var_dump ($ _POST);
/ / print_r ($ _REQUEST);
两者都将揭示您的脚本是否使用了正确的参数或任何参数调用。
或者使用你的浏览器devtools (F12)检查network选项卡中的请求和参数:
POST参数和GET输入将分别显示。
对于$_GET参数,还可以查看中的QUERY_STRING
_SERVER print_r ();
PHP有一些规则来将非标准参数名称合并到超全局参数中。Apache也可能会进行一些重写。
您还可以以这种方式查看提供的原始$_COOKIES和其他HTTP请求标头。
更明显的是查看浏览器地址栏的GET参数:
http://example.org/script.php?id=5&sort=desc
name=value在?问号是查询(GET)参数。因此,这个URL可能只会产生$_GET["id"]和$_GET["sort"]。
最后检查你的<form>和<input>声明,如果你期望一个参数但没有收到。
确保每个必需的输入都有一个<input name=FOO>
id=或title=属性是不够的。
method=POST表单应该填充$_POST。
而method=GET(或省略它)将产生$_GET变量。
表单也可以提供action=script.php?get=param通过$_GET和剩余的方法=POST字段在$_POST旁边。
对于现代PHP配置(≥5.6),再次使用$_REQUEST['vars']已经变得可行(不流行),它将GET和POST参数混在一起。
如果你正在使用mod_rewrite,那么你应该检查access.log以及启用RewriteLog来找出缺失的参数。
带有_file美元
同样的健全检查适用于文件上传和$_FILES["formname"]。
此外,检查enctype=multipart/form-data
以及<form>声明中的method=POST。
参见:PHP未定义索引错误$_FILES?
$ _COOKIE
$_COOKIE数组永远不会在setcookie()之后填充,而只在后续的HTTP请求中填充。
此外,它们的有效性会超时,它们可以被限制在子域或单个路径上,用户和浏览器可以拒绝或删除它们。