Всё равно ошибка. Даже если стандартный home роут прописывать

Роуты загружаются до загрузки конфигов?

Я route() в конфиги вызываю

эм, вроде роуты после конфига

Я route() в конфиги вызываю

нахуя?

нахуя?

только лицо не ломай

Чтобы не писать несколько раз одно и тоже

За гараж пойдешь 100%

Чтобы не писать несколько раз одно и тоже

если ты в роутинге пишешь одно и тоже, то у тебя проблемы

Чтобы не писать несколько раз одно и тоже

а что ты пишешь одно и то же и где?

ты так или иначе конфиг вызываешь везде - это то же самое "одно и то же"

конфиг блять вообще не для этого, офк

кто-нибудь знает, что за говно

Есть идеи, почему в job запись в кэш происходит два раза?

ну типо он дважды пишет process и дважды кэширует

что конечно же вываливается в пиздец

хотя в коде у меня запись лишь единожды. Т.е. процесс выполняется дважды

Есть идеи, почему в job запись в кэш происходит два раза?

xdebug?

Чтобы не писать несколько раз одно и тоже

замени "as" на name() - возможно его выпилили тупо, хз. В доке по крайней мере выпилили

xdebug?

что хдебаг?

чем он мне поможет

посмотреть цикл жизни приложения

найти твой факап

это не поможет ежи

у меня процесс вызывается лишь один раз

кэширование два раза происходит во время выполнения

Есть идеи, почему в job запись в кэш происходит два раза?

А у тебя джоба два раза или хэндл у джобы два раза?

хдебаг умеет прослушивать laravel listener?

А у тебя джоба два раза или хэндл у джобы два раза?

У меня все по одному разу, в этом и прикол)

и кеширование тоже один раз в хендле. Но вызывается дважды

Ну ты можешь это узнать в смысле.

Ты можешь остановить обработку джобов и убедиться что у тебя одна джоба в очереди?

Ну ты можешь это узнать в смысле.

ну смотри

две строки - это вывод закешированной строки и вывод строки, которая идет на запись

всего у меня в хандлере 2 вар дампа

а вызовов как видим 4

Сорян

?

Я в метро (не московским) поэтому связь гавно. Сейчас гляну.

два обработчика одновременно берут задание?

или может и правда задание два раза в очередь суется?

два обработчика одновременно берут задание?

не, у меня обработчик один

или может и правда задание два раза в очередь суется?

если внимательно посмотришь на лог, который я скинул выше

Видно что джоба два раза выполняется.

Нет, не два

)))

вы правда не видите?

processed - лишь единожды

ну у тебя два раза выводится текст

т.е. джоба отработала ОДИН раз

так может это в коде так. откуда нам знать

что в коде то?

Окей

Может у тебя в коде два раза print стоит

он и стоит два раза

а вызывается 4!

а сам джоб только раз отрабатывает

Поставь эхо в самом начале handle

Прям первой строчкой

я вижу два раза для каждой задачи

притом вывод идет вне каких-либо циклов

тупо хандл

Любое...

Любое...

ок

Ну он прав, скорее всего хэндл два раз отрпбптывает

ERROR: S client not available

где на твоей картинке видно, что задача один раз отработала а вывела 4?

У него два дампа в одном хэндле

И оба раза нам пишет - процессинг

У него два дампа в одном хэндле

так и в коде так, насклько я понял. то есть это норм

И один раз процессед

Ну два процессинга - это очевидно две задачи из очереди пришло

И один раз процессед

там ниже вывод еще

который обрезан

У каждой задачи должен быть процессед

хм

Типа процессинг - сейчас делаю, процессед - завершил

думаю

Ну два процессинга - это очевидно две задачи из очереди пришло

processed то один)

ща создаю у себя задание, хочу процесс посмотреть

ща я полный дебаг короче сделаю

Я вроде понял в чем косяк

но не понимаю, почему так

Когда получаю null из Cache::get

процесс считает это за ошибку

(хотя явно возвращается null)

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

как быть?

Может в try catch завернуть и в блоке обработки его кэш вставлять?

как то это костыльно :D

Мсье знает толк в извращениях, это д. Не спорю :)

Но и просто null без екзепта тоже не должен сваливаться

вот да

я ща проверю на исключение, точно

Проверь вообще, может он там кидает чего

а какое исключение?

try catch вообще чет не работает