A
правда я до сих пор доволен что меня пнули под зад тогда )) иначе до сих пор сидел бы там и не развивался.
Size: a a a
2020 August 24
AP
ну хоть не на всю зп меня опрокинули, это хоть радует😁
LA
на любой другой работе - регулярные переработки - огромный повод сменить работу. не из-за того даже что это трудно. а из-за того, что менеджер идиот. а значит с таким каши не сваришь.
Я тут согласен
A
Все привет!
Как то можно без особых извращений очередями ларковскими обрабатывать задания отправленные из других сервисов?
Например из сервиса на golang я хочу пульнуть в рабит json типа {'foo': 'bar'} и хочется чтобы очередь лары это обработала?
Есть варианты?
Как то можно без особых извращений очередями ларковскими обрабатывать задания отправленные из других сервисов?
Например из сервиса на golang я хочу пульнуть в рабит json типа {'foo': 'bar'} и хочется чтобы очередь лары это обработала?
Есть варианты?
а не проще просто ручками брать задания и обрабатывать. необязательно использовать ларковские очереди в этой задаче...
AP
Все привет!
Как то можно без особых извращений очередями ларковскими обрабатывать задания отправленные из других сервисов?
Например из сервиса на golang я хочу пульнуть в рабит json типа {'foo': 'bar'} и хочется чтобы очередь лары это обработала?
Есть варианты?
Как то можно без особых извращений очередями ларковскими обрабатывать задания отправленные из других сервисов?
Например из сервиса на golang я хочу пульнуть в рабит json типа {'foo': 'bar'} и хочется чтобы очередь лары это обработала?
Есть варианты?
ну слушай очередь в ребите и обрабатывай
ДК
Согласен. Постоянные переработки признак хреновой организации работы.
Вон, в Японии никто работу на дом не берёт, ибо если взял, значит не успеваешь. Если не успеваешь, значит хреновый работник и нужно заменить.
Вон, в Японии никто работу на дом не берёт, ибо если взял, значит не успеваешь. Если не успеваешь, значит хреновый работник и нужно заменить.
я беру домой потому что проебываюсь в будни, а вечером мне проще работать ))
AP
джобы ларавель не о том, о чем ты пишешь
A
а не проще просто ручками брать задания и обрабатывать. необязательно использовать ларковские очереди в этой задаче...
этоже я так понимаю тогда надо самому обработчик делать или по крону очереди проверять )
Я надеялся что такое будет из коробки но гугляться только костыли )
Я надеялся что такое будет из коробки но гугляться только костыли )
A
этоже я так понимаю тогда надо самому обработчик делать или по крону очереди проверять )
Я надеялся что такое будет из коробки но гугляться только костыли )
Я надеялся что такое будет из коробки но гугляться только костыли )
там можно же слушать.. по крону это дедовские способы )
A
хотя если у тебя там редко события происходят, то можно и так
AP
этоже я так понимаю тогда надо самому обработчик делать или по крону очереди проверять )
Я надеялся что такое будет из коробки но гугляться только костыли )
Я надеялся что такое будет из коробки но гугляться только костыли )
самому нужно писать обработчик
AP
джобы лары складывают в очередь сериализованный объект если я не ошибаюсь
AP
врядли твой сервис на го будет такое делать🌚
AP
теоретически, да и практически ты можешь получать сообщение и создавать джобу
но это уже какая-то хрень
но это уже какая-то хрень
A
теоретически, да и практически ты можешь получать сообщение и создавать джобу
но это уже какая-то хрень
но это уже какая-то хрень
Вот и так же думаю ) нах эту лару быстрее на го перепишу этот кусок 😂
AP
та не, ты просто нашел проблему там где её нет😁
A
Вот и так же думаю ) нах эту лару быстрее на го перепишу этот кусок 😂
правильное решение. если ты ларку оставишь лишь как апишка с бизнес-логикой, то гошка может просто вызывать нужное. очереди - совсем другой подход к взаимодействию сервисов.
А
Очередь, есть задание: отправка на email.
Мне нужно писать в лог отправилось или нет:
"Время, тип письма, email, статус отправки".
Есть фасад, after принимает ивент. Но как я могу с задачи передать данные для строки в лог?
Мне нужно писать в лог отправилось или нет:
"Время, тип письма, email, статус отправки".
Есть фасад, after принимает ивент. Но как я могу с задачи передать данные для строки в лог?
СА
Вот и так же думаю ) нах эту лару быстрее на го перепишу этот кусок 😂
недавно сам решал подобную проблему.
Проблема в названии джоба для исполнения, остальные метаданные особо не важны(ну, может, ещё количество попыток, но это можно повторить)
я сделал на JobProcessing ивенте присваивание задаче названия джоба из названия очереди и всё завелось, а на JobFailed возврат в очередь и отправку сообщения в мессенджер
выглядит костыльно, но работает :)
Проблема в названии джоба для исполнения, остальные метаданные особо не важны(ну, может, ещё количество попыток, но это можно повторить)
я сделал на JobProcessing ивенте присваивание задаче названия джоба из названия очереди и всё завелось, а на JobFailed возврат в очередь и отправку сообщения в мессенджер
выглядит костыльно, но работает :)
A
недавно сам решал подобную проблему.
Проблема в названии джоба для исполнения, остальные метаданные особо не важны(ну, может, ещё количество попыток, но это можно повторить)
я сделал на JobProcessing ивенте присваивание задаче названия джоба из названия очереди и всё завелось, а на JobFailed возврат в очередь и отправку сообщения в мессенджер
выглядит костыльно, но работает :)
Проблема в названии джоба для исполнения, остальные метаданные особо не важны(ну, может, ещё количество попыток, но это можно повторить)
я сделал на JobProcessing ивенте присваивание задаче названия джоба из названия очереди и всё завелось, а на JobFailed возврат в очередь и отправку сообщения в мессенджер
выглядит костыльно, но работает :)
Интересное решение ) Спасибо за наводку!