PHP错误只写日志不显示需设display_errors=Off、log_errors=On并指定绝对路径的error_log，同时确保Web用户对日志目录有写权限。
PHP错误不显示在页面只写入日志文件怎么配
默认 PHP 会把 E_WARNING、E_NOTICE 等错误直接输出到浏览器，这在生产环境极不安全。要让错误只写进日志、完全不暴露给用户，关键不是“关掉显示”，而是“切断输出通路 + 明确指定落盘位置”。
-
display_errors = Off（php.ini 或ini_set('display_errors', '0')）—— 必须关，否则错误仍可能刷到响应体 -
log_errors = On—— 开启日志写入，不设这个，error_log函数或系统级错误都不会落盘 -
error_log = /var/log/php/error.log—— 指定绝对路径，相对路径（如error.log）会写进 Web 进程工作目录，常因权限或路径不可控导致静默失败 - 确保 Web 用户（如
www-data或nginx）对目标日志目录有写权限，否则日志根本不会生成，错误也看不到
用 error_log() 写自定义日志但不想触发 PHP 默认错误处理
当你调用 error_log('my msg')，它默认走的是 PHP 的日志通道，但如果 log_errors = Off，这条语句依然会执行，只是不进日志文件；而如果 display_errors = On，它又不会输出——容易误以为没生效。本质是：error_log() 和错误级别无关，它是独立的写日志函数。
- 它写入位置由
error_log配置项决定，不受error_reporting影响 - 若想写到不同文件（比如业务日志和错误日志分离），直接传路径：
error_log('order failed', 3, '/var/log/php/app.log') - 避免用
error_log($msg, 0)（即系统日志），它依赖syslog服务，在 Docker 或轻量主机上常不可用且难调试 - 注意：多次调用
error_log()写同一文件，PHP 不自动加换行，需手动拼"\n"
为什么设置了 log_errors 还看不到日志文件
最常见原因不是配置错，而是路径或权限卡死。PHP 错误日志不会报“写日志失败”的错误——它失败就静默丢弃。
- 检查
error_log配置值是否为绝对路径，运行php -i | grep error_log确认实际生效值 - 用命令验证写权限：
sudo -u www-data touch /var/log/php/test.log，失败则说明用户无权写该目录 - 确认日志目录存在：
mkdir -p /var/log/php && chown www-data:www-data /var/log/php - Apache 下还要看
ErrorLog指令是否覆盖了 PHP 的error_log，Nginx 则无此干扰
开发时想看错误但生产环境必须关闭 display_errors 怎么切
硬编码 ini_set('display_errors', '0') 容易漏，推荐靠环境变量驱动。
立即学习“PHP免费学习笔记（深入）”；
- 在入口文件（如
index.php）开头加：ini_set('display_errors', $_ENV['APP_ENV'] === 'prod' ? '0' : '1'); - Web 服务器层更可靠：Nginx 中用
fastcgi_param PHP_VALUE "display_errors=0";覆盖；Apache 用php_flag display_errors off放在虚拟主机配置里 - 别依赖
.htaccess，它在 Nginx 或 CLI 下无效，且部分主机禁用 - CLI 脚本默认
display_errors = stderr，若想统一行为，显式设为Off并靠error_log()输出
error_log 路径写错或没权限时，PHP 一声不吭，你得自己去查。 
