在宝塔面板「计划任务」中新建Shell脚本任务，用绝对路径调用/usr/bin/find清理/www/wwwlogs/下带日期后缀的旧日志，执行用户设为root或配置www权限，避免误删实时日志文件。
宝塔面板里怎么加定时清理日志的 Shell 任务
直接在宝塔面板「计划任务」里新建一个 Shell 脚本任务就行，不用装额外工具，也不用改系统 crontab。关键点是路径权限和执行用户——默认用 www 用户运行，但日志目录往往属于 root 或服务进程自身，权限不对会导致脚本静默失败。
- 进「计划任务」→「添加计划任务」→ 类型选「Shell 脚本」
- 脚本内容填清理逻辑（见下一条），注意用绝对路径，比如
/www/wwwlogs/不要写成~/wwwlogs/ - 执行周期按需设，比如每天凌晨 2 点清一次：选「每天」→「02:00」
- 「执行用户」建议先选
root，确认能跑通后再降权；若必须用www，得提前给它对日志目录的读写权限（chown -R www:www /www/wwwlogs/或chmod 755 /www/wwwlogs/）
清理 Nginx/Apache 日志的 Shell 脚本怎么写才不删错
别直接 rm -rf /www/wwwlogs/*——这会把 access.log、error.log 这些正在写的文件也删掉，导致服务写日志失败甚至报错。正确做法是只清理带日期后缀的归档日志（如 xxx.log-20240501），或用 find 按修改时间删旧文件。
- 安全清理示例（保留最近 7 天的压缩日志）：
find /www/wwwlogs/ -name "*.log-*" -mtime +7 -delete
- 如果想压缩再删，避免单次 IO 过大：
find /www/wwwlogs/ -name "*.log" -size +10M -exec gzip {} \; - Apache 日志路径通常是
/www/wwwlogs/apache/，Nginx 是/www/wwwlogs/，别混用 - 注意
access.log和error.log是实时写入的，脚本里绝不能包含对它们的rm或truncate
为什么脚本在面板里显示“执行成功”但日志没被删
这是最常踩的坑：宝塔执行 Shell 任务时，环境变量极简（没有 $PATH，不加载 ~/.bashrc），find、date 等命令可能找不到，或者相对路径解析出错，结果什么都没做就退出了。
- 所有命令用绝对路径：用
/usr/bin/find而不是find，用/bin/date而不是date - 脚本开头加
#!/bin/bash，并确保面板里「执行用户」对应的 shell 是 bash（cat /etc/passwd | grep www看 shell 字段） - 调试方法：在脚本末尾加
echo "$(date): done" >> /tmp/clean_log.log，再手动点击「执行」，看日志有没有追加、有没有报错 - 宝塔日志本身在
/www/wwwlogs/task.pl，里面会记录 stderr 输出，比面板 UI 显示更准
要不要用 logrotate 替代 Shell 脚本
可以，但宝塔默认没启用系统级 logrotate 管理其日志，且配置分散（Nginx 日志靠自己 rotate，Apache 靠宝塔内置逻辑）。强行改 /etc/logrotate.d/ 容易和面板冲突，比如重复压缩、权限错乱、或被宝塔下次更新覆盖。
- 如果你只管宝塔自己的日志（
/www/wwwlogs/下的），Shell 脚本更轻量、可控性更强 - 如果还要统一管理其他服务（如 MySQL、Redis），那值得配一套
logrotate，但得把宝塔日志路径显式加入配置，并关掉宝塔自带的「日志切割」功能（网站设置 → 日志 → 关闭「定期切割」） - 注意
logrotate默认用root执行，而宝塔日志文件属主可能是www，需要在配置里加create 644 www www
真正麻烦的是日志路径分散 + 权限模型不一致，不是脚本写不写得出来的问题。盯住 /www/wwwlogs/ 和 /www/server/panel/logs/ 这两个目录，其它先放一放。
