phpstorm运行配置不支持预执行清理日志，需用包装脚本、composer scripts或docker entrypoint实现；推荐在项目根目录创建run-with-cleanup.sh，先find ./logs -name "*.log" -mtime +3 -delete再php "$1"，并确保路径与working directory一致。
PhpStorm 运行配置里不能直接加“清理旧日志”步骤
PhpStorm 的 Run Configuration（运行配置）不支持在执行 PHP 脚本前自动插入 shell 命令或脚本。它只负责启动解释器、传参、设置环境变量，不提供 pre-execution hook 机制。你点“Run”或“Debug”，它就直接跑 php script.php，不会帮你先 find logs/ -name "*.log" -mtime +7 -delete。
真正可行的替代方案：用外部工具链接管清理逻辑
想做到“每次运行脚本前自动删旧日志”，得绕过 PhpStorm 的运行配置，改用更可控的外部触发方式：
- 把清理命令和你的 PHP 脚本打包成一个 shell 脚本（Linux/macOS）或批处理（Windows），然后在 PhpStorm 中配置 Run Configuration 执行这个包装脚本，而不是直接执行
php - 用 Composer scripts 定义一个自定义命令，比如
"scripts": {"run:clean-then-test": "find logs/ -name '*.log' -mtime +3 -delete 2>/dev/null && php test.php"}，再在 PhpStorm 中配置 Run Configuration 执行composer run:clean-then-test - 如果项目用 Docker，把清理逻辑写进
entrypoint.sh或docker-compose.yml的command字段里，让容器启动时先清理再跑主命令
注意：别在清理命令里用 -delete 直接硬删——先加 -ls 预览，确认路径和匹配逻辑无误再上线；logs/ 路径必须是相对当前工作目录（Working directory）的，而 PhpStorm 默认的工作目录是项目根目录，不是你脚本所在目录。
为什么不能在 PHP 脚本开头写 unlink() 清理？
看似简单，但实际踩坑率极高：
-
unlink()无法跨文件系统删除（比如日志挂载在单独卷上），会报Permission denied - PHP 进程可能没权限删其他用户写的日志（如 Apache 写的
error.log），尤其在共享开发环境 - 若日志正被
tail -f或 supervisord 持有句柄，unlink()成功但磁盘空间不释放，造成“删了还占着”的假象 - 脚本异常退出时，清理逻辑可能根本没执行到，导致旧日志越积越多
所以清理动作必须脱离 PHP 运行时，放在更前置、更稳定的环节——比如部署脚本、CI 流水线、容器启动阶段，或者你手动触发的包装脚本里。
最轻量且可复用的实操模板（Linux/macOS）
在项目根目录建一个 run-with-cleanup.sh：
#!/bin/bash # 先清理 3 天前的日志 find ./logs -name "*.log" -mtime +3 -delete 2>/dev/null || true # 再执行目标脚本 php "$1"
给它执行权限：chmod +x run-with-cleanup.sh；然后在 PhpStorm 的 Run Configuration 中，Executable path 填 ./run-with-cleanup.sh，Program arguments 填你要跑的脚本名，比如 test.php。
这个模板的关键在于：用 || true 防止 find 没匹配到文件时整个命令失败中断；./logs 是硬编码路径，必须和你实际日志目录一致；$1 确保能透传参数，方便后续扩展。
真正容易被忽略的是路径一致性——PhpStorm 的 Working directory 设置、shell 脚本里的相对路径、PHP 脚本内部用的 __DIR__，三者指向不同位置时，find 就会找不到日志目录，却悄无声息地跳过，你以为删了，其实什么都没动。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
