gpt4 book ai didi

php - Laravel 队列监听器超时

转载 作者:可可西里 更新时间:2023-10-31 23:35:55 26 4
gpt4 key购买 nike

在我的 Linux 服务器上,我有以下 cron:

* * * * * php /var/www/core/v1/general-api/artisan schedule:run >> /dev/null 2>&1

CRON 正常工作。我在我的 Kernel.php 中定义了一个预定命令:

    protected function schedule(Schedule $schedule)
{
$schedule->command('pickup:save')
->dailyAt('01:00');
$schedule->command('queue:restart')->hourly();
}

计划任务在凌晨 1 点运行我的自定义命令 php artisan pickup:save。这个命令唯一做的就是分派(dispatch)一个我定义的工作:

    public function handle()
{
$job = (new SaveDailyPropertyPickup());
dispatch($job);
}

所以这个作业被分派(dispatch)了,因为我正在为我的队列使用数据库驱动程序,一个新行被插入到 jobs 表中。

到目前为止一切正常。

因为我需要一个队列监听器来处理队列,而且这个队列监听器必须永远运行,所以我这样启动队列监听器:

nohup php artisan queue:listen --tries=3 &

这会将 nohup 中的所有日志写入我的 /home 目录中名为 nohup.out 的文件

发生的事情是这样的:第一次处理队列并执行我的 SaveDailyPropertyPickup 作业的 handle 函数中定义的代码。

执行一次后,我的队列监听器就退出。当我检查日志 nohup.out 时,我可以看到以下错误:

In Process.php line 1335:

The process "'/usr/bin/php7.1' 'artisan' queue:work '' --once --queue='default'
--delay=0 --memory=128 --sleep=3 --tries=3" exceeded the timeout of 60 seconds.

我检查了this answer它说当我启动队列监听器时将超时指定为 0,但也有不推荐这种方法的答案。我还没有尝试过,所以我不知道它是否适合我的情况。

对我目前的情况有什么建议吗?

Laravel 版本是 5.4

谢谢

最佳答案

使用超时参数调用它,计算出您的工作需要多长时间并从那里扩展。

nohup php artisan queue:listen --tries=3 --timeout=600

在你的配置中你需要更新重试之后,它必须大于超时,以避免同时运行相同的作业。假设您使用 beanstalkd

    'beanstalkd' => [
...
'retry_after' => 630,
...
],

在更专业的设置中,我通常最终会为短期运行的作业做一个队列,而为长时间运行的操作做一个队列。

关于php - Laravel 队列监听器超时,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/55426926/

26 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com