Laravel horizon: предметы больше не стоят в очереди без видимой причины - PullRequest
Новая
       37

Laravel horizon: предметы больше не стоят в очереди без видимой причины

2 голосов
/ 06 мая 2019

Я запускаю приложение на подделанном подготовленном сервере Laravel.У нас есть несколько заданий электронной почты, которые ставятся в очередь, и мы используем Horizon для управления нашими очередями.Это всегда работало без проблем, но по какой-то причине мы что-то сломали, и я не могу это исправить.

Это наша настройка.

.env 

APP_ENV=dev
REDIS_HOST=127.0.0.1
REDIS_PASSWORD=null
REDIS_PORT=6379
QUEUE_DRIVER=redis

config / queues.php 

 return [
   'default' => env('QUEUE_DRIVER', 'sync'),
   'connections' => [
     'sync' => [
       'driver' => 'sync',
     ]
     'redis' => [
       'driver' => 'redis',
       'connection' => 'default',
       'queue' => 'medium',
       'retry_after' => 90,
     ],
  ],
];

config / horizon.php 

return [
  'use' => 'default',
  'waits' => [
    'redis:default' => 60,
  ],
  'environments' => [
    'dev' => [
      'high-prio' => [
        'connection' => 'redis',
        'queue' => ['high'],
        'balance' => 'simple',
        'processes' => 10,
        'tries' => 5,
      ],
      'default-prio' => [
        'connection' => 'redis',
        'queue' => ['medium', 'low'],
        'balance' => 'auto',
        'processes' => 10,
        'tries' => 3,
      ],
    ],
  ],
];

Я проверил результат информации redis-cli, чтобы убедиться в правильности порта: 

forge@denja-dev:~$ redis-cli info
# Server
redis_version:3.2.8
redis_git_sha1:00000000
redis_git_dirty:0
redis_build_id:11aa79fd2425bed9
redis_mode:standalone
os:Linux 4.4.0-142-generic x86_64
arch_bits:64
multiplexing_api:epoll
gcc_version:5.4.0
process_id:1191
run_id:fcc57fa2c17440ab964538c2d986dc330d9e1223
tcp_port:6379
uptime_in_seconds:3045
uptime_in_days:0
hz:10
lru_clock:13667343
executable:/usr/bin/redis-server
config_file:/etc/redis/redis.conf

Когда я захожу в / horizon / dashboard, все работает нормально.Я немного поиграл с добавлением метаданных в полезную нагрузку для заданий, поставленных в очередь, и тогда начались проблемы.Затем я снова удалил этот код и вернулся к предыдущей базе кода.Больше нет никакой разницы, поэтому я теперь подозреваю, что у меня есть другая проблема.

Однако - я не получаю НИКАКОГО исключения, когда я добавляю что-то в очередь.В Bugsnag нет новых записей, и мой процесс просто продолжается без ошибок.

Есть идеи, что я могу проверить еще, чтобы обнаружить актуальную проблему?Есть ли проблема с конфигом?Я немного растерялся, если честно, тем более что у меня нет информации для работы :(

Я также проверил с помощью тинкера, могу ли я подключиться к redis, и это тоже прекрасно работает без исключения:

$ php artisan tinker
Psy Shell v0.9.9 (PHP 7.2.0RC3 — cli) by Justin Hileman
>>> Illuminate\Support\Facades\Redis::connection('default')
=> Illuminate\Redis\Connections\PredisConnection {#3369}

1 Ответ

0 голосов
/ 07 мая 2019

Причиной этой проблемы было то, что в уведомлении, с которым я ее тестировал, использовалась черта Queuable, но не реализован интерфейс ShouldQueue.Последнее требует, чтобы Laravel автоматически поставил эти уведомления в очередь.

Мы заметили это, когда начали тестировать, используя другие уведомления, которые прошли нормально.

Единственный вопрос, который у нас остался, это то, что у нас будеттем не менее ожидал, что электронное письмо будет отправлено, поскольку оно будет отправлять его синхронно, чего по какой-то причине не произошло.

...