* * * * * php /path-to-your-project/artisan schedule:run >> /dev/null 2>&1
但是在实际使用的过程中,如果对 Linux 和 Cron 不熟悉,会遇到一些小坑,我们整理并记录了分享出来希望能帮助到大家。
坑1:环境变量
当Cron无法生效时,可能是Cron执行环境变量不正确引起的。
执行命令
env > /tmp/env.output
打开/tmp/env.output文件,将PATH字段整行添加至corntab文件顶部,corntab文件在/var/spool/cron目录下
crontab 文件示例
PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/opt/mysql/bin:/opt/php7/bin:/opt/memcached/bin:/root/bin * * * * * php /path-to-your-project/artisan schedule:run >> /dev/null 2>&1
坑2:Cron 执行用户导致 Laravel log 不可写
通过 crontab -e 命令创建的 Cron 是属于 root 用户,如果定时任务在实行时主动写入日志或者遇到异常未捕捉,会创建 root 权限的日志文件,最终会导致 php-fpm 的 www 账号无法写入。
因此需要在创建 cron 的时候指定用户
crontab -u www -e
个人管理的系统中 php-fpm 执行用户都是 www,请根据自己的实际情况调整代码。
坑3:cron 内容最后一行未回车
解决上述两点问题后,如果仍然发现 cron 不执行,请确认
* * * * * php /path-to-your-project/artisan schedule:run >> /dev/null 2>&1
代码最后有进行回车换行。
这个坑坑了工程师一个下午 ...
以上就是Laravel Cron 定时任务“跳坑”点的详细内容,更多请关注其它相关文章!