error_log() 未输出到指定文件主因是路径不存在或PHP进程无写权限；需确保目录存在、属主正确且log_errors=On，同时第三个参数必须为3才写文件。
error_log() 函数写日志时为什么没输出到指定文件
直接调用 error_log() 但日志没出现在你指定的文件里，大概率是 PHP 没权限写入目标路径，或路径根本不存在。PHP 不会自动创建父目录，/var/log/myapp/error.log 中只要 /var/log/myapp/ 缺失，写入就静默失败。
- 先确认目录存在且 Web 进程用户（如
www-data或nginx）有写权限：sudo mkdir -p /var/log/myapp sudo chown www-data:www-data /var/log/myapp sudo chmod 755 /var/log/myapp
-
error_log()的第三个参数设为3才表示“写入文件”，第二个参数才是路径：error_log("DB timeout", 3, "/var/log/myapp/error.log") - 别用相对路径——
error_log("msg", 3, "logs/app.log")依赖当前工作目录（getcwd()），而 CLI 和 FPM 下可能完全不同
php.ini 里 error_log 配置不生效的常见原因
改了 error_log = /var/log/php_errors.log 却看不到错误，说明这个配置项只控制 PHP 解释器自身抛出的错误（比如语法错误、内存耗尽、include 失败），不捕获 trigger_error() 或 error_log() 主动写的日志。
- 确认你修改的是正在使用的 php.ini：运行
php --ini（CLI）或phpinfo()（Web）查Loaded Configuration File - 检查
log_errors = On—— 如果关了，即使error_log路径正确也无输出 - FPM 场景下，
php-fpm.conf或 pool 配置里的php_admin_value[error_log]会覆盖 php.ini，优先级更高 - 注意权限：PHP 进程用户必须对
/var/log/php_errors.log所在目录有写权限，且文件本身不能被 root 独占
想统一捕获所有错误（含 warning、notice）该用哪个配置组合
仅靠 error_log 配置不够，得配合 error_reporting 和 display_errors 才能真正“捕获并落地”。
用于自动切换项目中适合的node 版本
下载
根据 package.json 中的 engines 字段自动检测 Node.js 版本需求，未安装 nvm 时自动安装并切换至对应版本。支持 Windows、macOS、Linux。适用于 Node.js 项目开发、版本切换和环境配置。
-
error_reporting = E_ALL & ~E_DEPRECATED & ~E_STRICT—— 决定哪些级别错误被触发（FPM 下建议关掉E_NOTICE，避免日志爆炸） -
log_errors = On—— 必须开，否则不写日志文件 -
display_errors = Off—— 生产环境务必关，避免敏感信息暴露给用户 - 如果用了
set_error_handler()，它会接管大部分错误，此时error_log配置可能被绕过，需在 handler 里显式调用error_log($message, 3, $path)
error_log() 写入慢或丢日志？别忽略缓冲和并发问题
error_log() 默认是同步写磁盘的，高并发下容易卡住请求，尤其日志路径在机械盘或 NFS 上。更糟的是，多个进程同时写同一文件可能造成内容错乱或丢失。
立即学习“PHP免费学习笔记（深入）”；
- 不要让所有实例共用一个
error.log；按进程区分，比如加 PID：error_log("msg", 3, "/var/log/app/error_".getmypid().".log") - 避免在循环里高频调用
error_log()；可先拼接，再一次性写入（用file_put_contents(..., FILE_APPEND | LOCK_EX)） - 若需高性能日志，换
syslog()或专用日志库（如 Monolog），它们支持异步、队列、RotatingFileHandler - 检查磁盘是否满、inode 是否耗尽：
df -h && df -i，日志写失败通常无声，但tail -f /var/log/syslog可能看到内核报的 I/O 错误
error_log 配置的生效范围（CLI/FPM/模块）和写入路径的权限继承关系——同一个 www-data 用户，在不同启动方式下实际 UID/GID 可能不同，导致看似有权限却写失败。 
