我正在运行一个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"];
这些错误消息的含义是什么?
为什么他们会突然出现?我曾经使用这个脚本多年，从来没有任何问题。
我该如何修复它们?
这是一个一般参考问题，供人们链接作为副本，而不是需要一遍又一遍地解释这个问题。我觉得这很有必要，因为现实世界中关于这个问题的答案都非常具体。 相关元讨论: 如何应对重复的问题? “参考问题”有意义吗?
当前回答
关于这部分问题:
为什么他们会突然出现?我曾经使用这个脚本多年，从来没有任何问题。
没有明确的答案，但这里有一些可能的解释，为什么设置可以“突然”改变:
您已经将PHP升级到一个新的版本，该版本可以为error_reporting、display_errors或其他相关设置设置其他默认值。 您已经删除或引入了一些在运行时使用ini_set()或error_reporting()设置相关设置的代码(可能是在依赖项中)(在代码中搜索这些代码) 你改变了web服务器配置(假设这里是apache): .htaccess文件和vhost配置也可以操作php设置。 通常通知不会被显示/报告(参见PHP手册) 因此，在设置服务器时，php.ini文件可能因为某些原因(文件权限??)而无法加载，而您使用的是默认设置。稍后，“错误”已经解决(意外)，现在它可以加载正确的php.ini文件与error_reporting设置显示通知。
其他回答
关于这部分问题:
为什么他们会突然出现?我曾经使用这个脚本多年，从来没有任何问题。
没有明确的答案，但这里有一些可能的解释，为什么设置可以“突然”改变:
您已经将PHP升级到一个新的版本，该版本可以为error_reporting、display_errors或其他相关设置设置其他默认值。 您已经删除或引入了一些在运行时使用ini_set()或error_reporting()设置相关设置的代码(可能是在依赖项中)(在代码中搜索这些代码) 你改变了web服务器配置(假设这里是apache): .htaccess文件和vhost配置也可以操作php设置。 通常通知不会被显示/报告(参见PHP手册) 因此，在设置服务器时，php.ini文件可能因为某些原因(文件权限??)而无法加载，而您使用的是默认设置。稍后，“错误”已经解决(意外)，现在它可以加载正确的php.ini文件与error_reporting设置显示通知。
试试这些
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
这是因为变量'$user_location'没有被定义。如果你在里面使用任何If循环，你声明了'$user_location'变量，那么你也必须有一个else循环并定义相同的。例如:
$a = 10;
if($a == 5) {
$user_location = 'Paris';
}
else {
}
echo $user_location;
上面的代码将创建一个错误，因为if循环不满足，并且在else循环中没有定义“$user_location”。PHP仍然被要求回显变量。所以要修改代码，你必须做到以下几点:
$a = 10;
if($a == 5) {
$user_location='Paris';
}
else {
$user_location='SOMETHING OR BLANK';
}
echo $user_location;
快速修复方法是在代码顶部将变量赋值为null:
$user_location = null;
在回答“为什么他们突然出现?”我使用这个脚本很多年了，从来没有遇到过任何问题。”
对于大多数网站来说，在“默认”错误报告下操作是很常见的，“显示所有错误，但不显示‘通知’和‘已弃用’”。这将在php.ini中设置，并应用于服务器上的所有站点。这意味着示例中使用的那些“通知”将被抑制(隐藏)，而其他被认为更严重的错误将被显示/记录。
另一个关键设置是可以隐藏错误(即display_errors设置为“off”或“syslog”)。
在这种情况下发生的情况是，error_reporting被更改为也显示通知(如示例所示)和/或设置被更改为屏幕上的display_errors(而不是抑制它们/记录它们)。
他们为什么改变了?
最明显/最简单的答案是有人在PHP .ini中调整了这些设置之一，或者PHP的升级版本现在使用与以前不同的PHP .ini。这是首先要看的地方。
但是，也可以覆盖这些设置
.htconf (webserver配置，包括vhosts和子配置 . htaccess 在PHP代码中
这些都可以被改变。
还有一个额外的复杂性，web服务器配置可以启用/禁用。htaccess指令，所以如果你的。htaccess指令突然启动/停止工作，那么你需要检查它。
（.Htconf / .htaccess假设你以apache运行。如果运行命令行，这将不适用;如果运行IIS或其他web服务器，则需要相应地检查这些配置)
总结
检查php.ini中的error_reporting和display_errors php指令是否更改，或者您使用的php.ini与以前不同。 检查error_reporting和display_errors php指令在.htconf(或vhosts等)没有改变 检查error_reporting和display_errors php指令在.htaccess中没有改变 如果你在.htaccess中有指令，检查它们在.htconf文件中是否仍然被允许 最后检查你的代码;可能是一个不相关的库;查看error_reporting和display_errors PHP指令是否已经设置在那里。
