Dreamweaver无法设置PHP错误级别，因其仅为编辑器，不运行PHP；实际由php.ini、.htaccess或error_reporting()函数控制，且需重启服务生效。
Dreamweaver 本身不控制 PHP 的错误级别，它只是编辑器；真正起作用的是你本地或服务器上的 php.ini 配置，或脚本中用 error_reporting() 动态设置。直接在 DW 里调不了 PHP 错误报告级别。
为什么在 DW 里改不了 error_reporting
Dreamweaver 是前端/代码编辑工具，不运行 PHP，也不加载 PHP 解释器。它没有内置的 PHP 引擎，所以所有「PHP 运行时行为」（比如报什么错、显示与否、记录到哪）都由你实际运行 PHP 的环境决定——可能是本地的 XAMPP/WAMP/MAMP，也可能是远程服务器。
常见误解：以为 DW 的「实时视图」或「预览在浏览器」能触发 PHP 配置修改。其实它只是把文件发给 Web 服务器（如 Apache），由服务器上的 PHP 执行并返回结果。
正确设置 PHP 错误级别的三个位置
按优先级从高到低：
立即学习“PHP免费学习笔记（深入）”；
Apache Superset Dashboard and SQL Exploration Skill
下载
Apache Superset 是一个广泛采用的开源 BI 平台，用于 SQL 探索、图表构建和仪表板交付。当代理需要查询仓库数据、组装仪表板或使用成熟的分析界面解释指标而不是临时笔记本代码时，此技能非常有用。
-
error_reporting()函数：写在 PHP 脚本最开头，只影响当前文件。例如：error_reporting(E_ALL & ~E_NOTICE);
适合调试单个页面，上线前应移除或设为生产值。 -
.htaccess（仅 Apache）：加在网站根目录，对整个目录生效：php_value error_reporting 32767
（32767 = E_ALL）。注意：主机可能禁用php_value指令。 -
php.ini：全局配置，重启 Web 服务后生效。找对文件很关键——phpinfo();输出里的 “Loaded Configuration File” 路径才是真实生效的php.ini。改完别忘了重启 Apache/Nginx 和 PHP-FPM。
开发 vs 生产环境的典型配置差异
本地开发建议打开全部提示，便于及时发现隐患：
error_reporting = E_ALLdisplay_errors = Onlog_errors = Onerror_log = /path/to/php_errors.log
生产环境必须反着来：
-
display_errors = Off（防止敏感信息泄露） -
log_errors = On（错误仍记日志，供排查） -
error_reporting = E_ALL & ~E_DEPRECATED & ~E_STRICT（PHP 8+ 可简化为E_ALL，但老项目常需屏蔽过时警告）
注意：display_errors = Off 后，浏览器将完全看不到任何 PHP 错误，哪怕语法错了也只显示空白页——这时候必须看错误日志，而不是刷新页面猜问题。
容易被忽略的关键点
很多人配了半天没效果，大概率卡在这几个地方：
- 改了错误的
php.ini文件（比如系统里有多个 PHP 版本，DW 关联的是 A 版本，而 Web 服务跑的是 B 版本） - 忘记重启 Web 服务（尤其是 MAMP/XAMPP 的“重新启动服务器”按钮没点）
- 用了
ini_set('error_reporting', ...)但写在了require或函数内部，执行时机太晚 - 服务器开启了
opcache，缓存了旧的编译字节码，导致新配置不生效（临时解决：加opcache_reset();到脚本开头）
最稳妥的验证方式：在项目里新建一个 test.php，内容只有 <?php phpinfo(); ?>，访问它，盯住 “error_reporting” 和 “Loaded Configuration File” 这两行输出。
