做文案应该关注的网站推荐评论插件wordpress

做文案应该关注的网站推荐,评论插件wordpress,软件工程考研难度大吗,wordpress图片延缓插件定时任务谁都会用#xff0c;但出问题的时候很多人抓瞎——任务没跑、跑了报错、跑了但没效果。 这篇把cron彻底讲清楚#xff0c;包括怎么写、怎么调试、怎么排错。 crontab基础 编辑定时任务 # 编辑当前用户的crontab crontab -e# 查看当前用户的crontab crontab -l# 删…定时任务谁都会用但出问题的时候很多人抓瞎——任务没跑、跑了报错、跑了但没效果。这篇把cron彻底讲清楚包括怎么写、怎么调试、怎么排错。crontab基础编辑定时任务# 编辑当前用户的crontabcrontab-e# 查看当前用户的crontabcrontab-l# 删除当前用户的所有crontab危险crontab-r# 编辑指定用户的crontab需要rootcrontab-u nginx -e时间格式分 时 日 月 周 命令 * * * * * command五个时间字段分0-59时0-23日1-31月1-12周0-70和7都是周日常用写法# 每分钟* * * * * /path/to/script.sh# 每小时的第30分钟30* * * * /path/to/script.sh# 每天凌晨2点02* * * /path/to/script.sh# 每天上午9点和下午6点09,18* * * /path/to/script.sh# 每隔5分钟*/5 * * * * /path/to/script.sh# 每隔2小时0*/2 * * * /path/to/script.sh# 工作日每天9点09* *1-5 /path/to/script.sh# 每月1号凌晨001* * /path/to/script.sh# 每周日凌晨3点03* *0/path/to/script.sh特殊写法reboot /path/to/script.sh# 重启后执行一次yearly /path/to/script.sh# 每年1月1日0点monthly /path/to/script.sh# 每月1日0点weekly /path/to/script.sh# 每周日0点daily /path/to/script.sh# 每天0点hourly /path/to/script.sh# 每小时0分容易踩的坑坑1环境变量这是最常见的问题。cron执行任务时的环境变量和你在终端里不一样。PATH可能只有/usr/bin:/bin很多命令找不到。解决方法1用绝对路径# 错误02* * * python /home/user/script.py# 正确02* * * /usr/bin/python3 /home/user/script.py解决方法2在crontab开头定义环境变量PATH/usr/local/bin:/usr/bin:/binSHELL/bin/bash02* * * python3 /home/user/script.py解决方法3在脚本开头source环境#!/bin/bashsource/home/user/.bashrc# 后面的代码...坑2工作目录cron执行时的工作目录是用户home目录不是脚本所在目录。# 脚本里用相对路径会出问题cd/home/user/project python script.py# 找不到# 正确做法在脚本里cd#!/bin/bashcd/home/user/project||exitpython script.py坑3输出没处理cron默认把输出发邮件。如果没配邮件输出就丢了出错也不知道。# 把输出重定向到日志02* * * /path/to/script.sh/var/log/myjob.log21# 如果不关心输出丢到黑洞02* * * /path/to/script.sh/dev/null2121是把标准错误也重定向到标准输出别漏了。坑4权限问题# 脚本没有执行权限chmodx /path/to/script.sh# 或者用解释器调用02* * * /bin/bash /path/to/script.sh坑5特殊字符crontab里%有特殊含义换行要转义# 错误02* * *echo$(date%Y-%m-%d)/var/log/test.log# 正确02* * *echo$(date\%Y-\%m-\%d)/var/log/test.log# 或者放到脚本里脚本里不用转义调试方法手动执行测试先在命令行里把命令跑一遍确认没问题。/bin/bash /path/to/script.sh模拟cron环境cron的环境很干净可以模拟env-i /bin/bash --noprofile --norc -c/path/to/script.sh如果这样跑不通说明脚本依赖了某些环境变量。查看cron日志# Debian/UbuntugrepCRON /var/log/syslog# CentOS/RHELgrepCRON /var/log/cron# 实时看tail-f /var/log/syslog|grepCRON能看到任务有没有被触发Dec 27 02:00:01 server CRON[12345]: (user) CMD (/path/to/script.sh)给任务加日志02* * * /path/to/script.sh/var/log/myjob.log21脚本里也加一些输出#!/bin/bashecho$(date)echo开始执行...# 业务逻辑echo执行完成检查cron服务# 看服务状态systemctl statuscron# Debian/Ubuntusystemctl status crond# CentOS/RHEL# 重启服务systemctl restartcron系统级crontab除了用户的crontab还有系统级的。# 系统crontab文件/etc/crontab# 系统cron目录/etc/cron.d/# 自定义任务/etc/cron.hourly/# 每小时执行/etc/cron.daily/# 每天执行/etc/cron.weekly/# 每周执行/etc/cron.monthly/# 每月执行/etc/crontab格式多一个用户字段# 分 时 日 月 周 用户 命令02* * * root /path/to/script.sh往/etc/cron.daily/里放脚本每天会自动执行。脚本不需要crontab格式就是普通shell脚本但要有执行权限。进阶用法任务不要重叠执行如果任务跑的时间长可能上一次还没跑完下一次又开始了。用flock加锁* * * * * flock -n /tmp/myjob.lock /path/to/script.sh-n表示非阻塞拿不到锁就直接退出。或者在脚本里自己实现#!/bin/bashLOCKFILE/tmp/myjob.lockif[-f$LOCKFILE];thenecho任务正在运行退出exit0fitraprm -f$LOCKFILEEXITtouch$LOCKFILE# 业务逻辑随机延迟避免所有机器同时跑任务压力集中02* * *sleep$((RANDOM \%300))/path/to/script.sh随机睡0-300秒再执行。超时控制防止任务跑太久02* * *timeout3600/path/to/script.sh超过1小时就kill掉。通知执行结果02* * * /path/to/script.sh||echo任务失败|mail -scron告警adminexample.com或者用钉钉/飞书webhook#!/bin/bash# script.sh# 业务逻辑result$?if[$result-ne0];thencurl-s -X POSThttps://oapi.dingtalk.com/robot/send?access_tokenxxx\-HContent-Type: application/json\-d{msgtype:text,text:{content:定时任务执行失败}}fi常用场景日志轮转00* * *find/var/log/myapp -name*.log-mtime 7 -delete删除7天前的日志。数据库备份03* * * mysqldump -u root -pxxx mydb|gzip/backup/mydb_$(date\%Y\%m\%d).sql.gz同步文件0* * * *rsync-avz /data/ userbackup:/backup/data/监控检查*/5 * * * * /usr/local/bin/check_service.sh清理临时文件04* * *find/tmp -type f -atime 3 -deletecron本身不复杂坑主要在环境变量和错误处理上。记住几个原则用绝对路径重定向输出到日志加锁防止重叠失败要有通知这样基本就不会出问题了。