PHP临时日志通常位于/tmp、./logs或/var/log/php-tmp等非标准路径，主要源于error_log配置、框架日志目录或开发者手动写入；应优先用logrotate管理，避免自行脚本清理引发冲突。
PHP 临时日志文件通常在哪里？
PHP 自身不直接生成“临时 logs”，你看到的 php_error.log、debug.log 或类似命名的文件，基本来自三类地方：error_log 配置指向的路径、框架（如 Laravel 的 storage/logs/）、或开发者用 file_put_contents(..., FILE_APPEND) 手动写入的调试文件。它们常被丢在 /tmp、./logs、/var/log/php-tmp 这类非标准位置，也就失去了系统日志轮转机制的保护。
用 logrotate 管理非标准 PHP 日志最稳
别自己写 PHP 脚本定时删——它可能卡住、没权限、或和正在写的日志冲突。交给 logrotate，它专治这类问题，且支持按大小/天数清理、压缩、甚至 postrotate 触发 reload。
例如，清理 /tmp/php-debug-*.log：
/tmp/php-debug-*.log {
daily
missingok
rotate 7
compress
delaycompress
notifempty
create 644 www-data www-data
sharedscripts
}
关键点：
立即学习“PHP免费学习笔记（深入）”；
-
missingok：文件不存在也不报错，避免 cron 报警 -
delaycompress：先保留上一轮未压缩的，防止脚本读取时被锁 - 务必确认
www-data（或对应 web 用户）对目标目录有写权限，否则create失败 - 如果日志是 PHP 进程持续
fopen(..., 'a')写入的，copytruncate比rotate更安全（但会丢失截断瞬间的日志）
PHP 内部写日志时就控制生命周期
如果你能改代码，比后期清理更彻底。比如用 error_log() 写到 syslog，或用 Monolog 的 RotatingFileHandler：
