摘要:表示该工作应该在每个月日上午运行这里还有一些其他的示例表示工作应该在星期三每分钟运行一次。表示该工作应该每天在凌晨点和点运行两次。方法调用的实例作为唯一的参数,这是用于记录您提供的作业的计划任务管理器,并决定每次守护进程应该运行什么。
译文GitHub https://github.com/yuansir/diving-laravel-zh
原文链接 https://divinglaravel.com/task-scheduling/before-the-dive
Imagine this scenario, as a developer of a large SaaS you"re tasked with finding a way to select 10 random customers every minute during the weekend and offer them a discounted upgrade, the job for sending the discount can be pretty easy but we need a way to run it every minute, for that let me share a brief introduction about CRON for those who"re not familiar with it.
想象这种情况,作为一个大型SaaS的开发者,您需要找到一种在周末每分钟选择10个随机客户的方式,并提供折扣升级,发送折扣的工作可能非常简单,但我们需要每分钟运行一次,为此我分享一些CRON的简要介绍给还不熟悉人。
CRONCRON is a daemon that lives inside your linux server, it"s not awake most of the time but every minute it"ll open its eyes and see if it"s time to run any specific task that was given to it, you communicate with that daemon using crontab files, in most common setups that file can be located at /etc/crontab, here"s how a crontab file might look like:
CRON是一个守护进程,它驻留在你的linux服务器中,大部分时间都没有唤醒,但是每一分钟它都会睁开双眼,看看是否运行任何给定的任务,你使用crontab文件与该守护进程通信,在大多数常见的设置文件可以位于/etc/crontab,crontab文件可能看起来像这样:
0 0 1 * * /home/full-backup 0 0 * * * /home/partial-backup 30 5 10 * * /home/check-subscriptions
In the crontab file each line represents a scheduled job, and each job definition contains two parts:
The * part represents the timer for that job to run.
The second part is the command that should run
在crontab文件中,每行表示一个计划任务作业,每个作业定义包含两部分:
*部分代表该作业运行的计时器。
第二部分是应运行的命令
CRON Timing Syntax CRON时序语法The 5 asterisks represent the following in order:
Minute of an hour
Hour of a day
Day of a month
Month of a year
Day of a week
5个星号按顺序排列如下:
一小时内的分钟
一天内的小时
一个月内的日期
一年内的月份
一周的内的天
示例:
0 0 1 * * in the first example indicates that the job should run on every month, at the first day of the month, at 12 AM, at the first minute of the hour. Or simply it should run every 1st day of the month at 12:00 AM.
0 0 1 * * 在第一个例子中,表示该工作应在每月,每个月的第一个天,上午12点,每小时第一分钟运行。 或者简单地说,它应该在每月的第一天上午12:00运行。
0 * * * * in the second example indicates that the job should run every hour.
0 * * * * 在第二个例子中,表示该工作应该每小时运行一次。
30 5 10 * * indicates that the job should run on the 10th of every month at 5:30 AM
30 5 10 * * 表示该工作应该在每个月10日上午5:30运行
Here are a few other examples:
* * * * 3 indicates that the job should run every minute on Wednesdays.
* * * * 1-5 indicates that the job should run every minute Monday to Friday.
0 1,15 * * * indicates that the job should run twice a day at 1AM and 3PM.
*/10 * * * * indicates that the job should run every 10 minutes.
这里还有一些其他的示例:
* * * * 3 indicates that the job should run every minute on Wednesdays.
* * * * 3 表示工作应该在星期三每分钟运行一次。
* * * * 1-5 indicates that the job should run every minute Monday to Friday.
* * * * 1-5 表示该工作应该每周一至周五运行。
0 1,15 * * * indicates that the job should run twice a day at 1AM and 3PM.
0 1,15 * * * 表示该工作应该每天在凌晨1点和3点运行两次。
*/10 * * * * indicates that the job should run every 10 minutes.
*/10 * * * * 表示该工作应该每10分钟运行一次。
So we register a cron task for our job? 所以我们为我们的工作注册一个cron任务?Yeah we can simply register this in our crontab file:
是的,我们可以在我们的crontab文件中注册:
* * * * php /home/divingLaravel/artisan send:offer
This command will inform the CRON daemon to run the php artisan send:offer artisan command every minute, pretty easy right? But it then gets confusing when we want to run the command every minute only on Thursdays and Tuesdays, or on specific days of the month, having to remember the syntax for cron jobs is not an easy job and also having to update the crontab file every time you want to add a new job or update the schedule can be pretty time consuming sometimes, so a few releases back Laravel added some interesting feature that provides an easy to remember syntax for scheduling tasks:
该命令将通知CRON守护程序每分钟运行 php artisan send:offer artisan命令,是不是很容易? 但是,当我们想要在星期四和星期二或每个特定日子里每分钟运行命令时会感到困惑,记住cron作业的语法不是一件容易的事,而且还需要更新crontab文件,你想添加一个新的工作或更新的时间表可能是相当耗时的时间,所以几个版本发布后Laravel添加了一些有趣的功能,为调度任务提供了一个容易记住的语法:
$schedule->command("send:offer") ->everyFiveMinutes() ->wednesdays();
You only have to register one cron jobs in your crontab and laravel takes care of the rest under the hood:
你只需要在你的crontab中注册一个cron工作,laravel会处理剩下的事:
* * * * * php /divingLaravel/artisan schedule:run >> /dev/null 2>&1
You may define your scheduled commands inside the schedule method of your AppConsoleKernel class:
您可以在AppConsoleKernel类的schedule方法中定义预定的命令:
protected function schedule(Schedule $schedule) { $schedule->command("send:offer") ->everyFiveMinutes() ->wednesdays(); }
If you"d like more information about the different Timer options, take a look at the official documentation.
如果您想了解有关不同计时器选项的更多信息,请查看 官方文档。
While the Console Kernel instance is being instantiated, Laravel registers a listener to the Kernel"s booted event that binds the Scheduler to the container and calls the schedule() method of the kernel:
当Console Kernel被实例化时,Laravel向内核的booted事件注册一个侦听器,该事件将Scheduler绑定到容器并调用kernel的schedule()方法:
// in IlluminateFoundationConsoleKernel public function __construct(Application $app, Dispatcher $events) { $this->app->booted(function () { $this->defineConsoleSchedule(); }); } protected function defineConsoleSchedule() { // Register the Scheduler in the Container $this->app->instance( Schedule::class, $schedule = new Schedule($this->app[Cache::class]) ); // Call the schedule() method that we override in our AppConsoleKernel $this->schedule($schedule); }
This booted event is fired once the console kernel finishes the bootstrapping sequence defined in the Kernel class.
一旦console kernel完成Kernel类中定义的引导顺序,这个booted事件就被触发。
Inside the handle() method of the Kernel, Laravel checks if FoundationApplication was booted before, and if not it calls the bootstrapWith() method of the Application and passes the bootstrappers array defined in the console Kernel.
在Kernel的handle()方法中,Laravel会检查FoundationApplication是否已启动,如果不是调用应用程序的bootstrapWith()方法,并传递在console Kernel定义的引导程序数组。
Simply put: 简单地说:When the CRON daemon calls the php artisan schedule:run command every minute, the Console Kernel will be booted up and the jobs you defined inside your AppConsoleKernel::schedule() method will be registered into the scheduler.
当CRON守护程序每分钟都调用php artisan schedule:run命令时,控制台Console Kernel将被启动,您在AppConsoleKernel::schedule()方法中定义的作业将被注册到调度程序。
The schedule() method takes an instance of IlluminateConsoleSchedulingSchedule as the only argument, this is the schedule manager used to record the jobs you give it and decides what should run every time the CRON daemon pings it.
schedule()方法调用IlluminateConsoleSchedulingSchedule的实例作为唯一的参数,这是用于记录您提供的作业的计划任务管理器,并决定每次CRON守护进程应该运行什么。
转载请注明: 转载自Ryan是菜鸟 | LNMP技术栈笔记
如果觉得本篇文章对您十分有益,何不 打赏一下
本文链接地址: 剖析Laravel计划任务--初探
文章版权归作者所有,未经允许请勿转载,若此文章存在违规行为,您可以联系管理员删除。
转载请注明本文地址:https://www.ucloud.cn/yun/23238.html
摘要:配有内置的队列系统,可帮助您在后台运行任务,并通过简单的来配置系统在不同情况下起作用。您可以在中管理队列配置,默认情况下它有使用不同队列驱动的几个连接,您可以看到项目中可以有多个队列连接,也可以使用多个队列驱动程序。 原文链接https://divinglaravel.com/queue-system/before-the-dive Laravel receives a request...
摘要:持有鸡的人是唯一被允许谈话的人。这样可以确保人们互不说话,也有自己的空间。所以当作业第一次启动时,创建一个互斥,然后每次作业运行时,它检查互斥是否存在,只有在没有工作的情况下运行。 译文GitHub https://github.com/yuansir/diving-laravel-zh 原文链接 https://divinglaravel.com/task-scheduling/pr...
摘要:所以在这里创建一个事件的两个实际方法是通过调用或,第一个提交一个的实例,后者提交来做一些特殊处理。那么会用表达式检查命令是否到期吗恰恰相反,使用库来确定命令是否基于当前系统时间相对于我们设置的时区。 译文GitHub https://github.com/yuansir/diving-laravel-zh 原文链接 https://divinglaravel.com/task-sche...
摘要:译文原文链接在启动计划任务的事件的时候,的进度管理器在对象上调用方法,表示该事件发生在内。在方法里面定义每一个命令的互斥所以它是事件的表达式和命令字符串的组合。 译文GitHub https://github.com/yuansir/diving-laravel-zh 原文链接 https://divinglaravel.com/task-scheduling/building-and...
阅读 2881·2021-09-28 09:36
阅读 3607·2021-09-27 13:59
阅读 2484·2021-08-31 09:44
阅读 2277·2019-08-30 15:54
阅读 2351·2019-08-30 15:44
阅读 1179·2019-08-30 13:45
阅读 1222·2019-08-29 18:38
阅读 1205·2019-08-29 18:37