要让PHP把错误写进指定文件，关键是确保PHP进程能正确找到路径、具备写权限且配置在对应运行环境（CLI/Web）生效；需确认实际加载的php.ini、设log_errors=On、error_log为绝对路径、error_reporting=E_ALL、display_errors=Off，并手动创建目录、赋权www-data等用户，最后用trigger_error测试验证。
要让PHP把错误写进你指定的文件，关键不是随便设个路径就完事，而是确保PHP进程能真正找到它、有权限写进去、且配置生效范围匹配当前运行环境。
确认PHP实际加载的配置文件
CLI（命令行）和Web（如Apache或PHP-FPM）通常使用不同的php.ini。改错文件等于白改。
- Web环境下，在PHP文件中调用phpinfo()，搜索“Loaded Configuration File”，看真实路径
- CLI环境下，执行php --ini，查看“Configuration file (php.ini) Path”
- 常见误区：在/etc/php/8.2/cli/php.ini里改了，但网站跑在FPM下，实际该改/etc/php/8.2/fpm/php.ini
在php.ini中设置error_log路径
这是最稳定、全局生效的方式，适合生产环境统一管理。
- 打开对应php.ini，确保以下几项已配置（取消注释并赋值）：
- log_errors = On —— 不开这个，后面路径再对也无效
- error_log = /var/log/php_errors.log —— 必须是绝对路径；Windows下类似C:\php\logs\error.log
- error_reporting = E_ALL —— 确保Notice、Deprecated等低级别错误也被记录
- display_errors = Off —— 避免错误暴露在网页上，安全必需
检查目录权限与手动创建父目录
PHP不会自动创建多级目录，权限不足时静默失败——日志文件“凭空消失”往往卡在这步。
立即学习“PHP免费学习笔记（深入）”；
- 先创建完整路径：sudo mkdir -p /var/log/php
- 赋予Web服务用户写权限（以Ubuntu + Nginx + PHP-FPM为例）：sudo chown www-data:www-data /var/log/php
- 目录权限建议755，日志文件生成后通常是644；若仍失败，临时测试可设为775，定位后再收紧
验证是否真正生效
别只看配置改没改，要实测写入行为。
- 在网站根目录放一个测试脚本test.php：
- <?php trigger_error("Manual test error", E_USER_WARNING); ?>
- 访问该页面，然后立刻执行：sudo tail -f /var/log/php_errors.log
- 看到对应内容，说明路径、权限、配置三者全部到位；没看到则按顺序回查：phpinfo路径→log_errors是否On→目录是否存在且可写
