Здравствуйте.
Есть таблица order (id).
Есть таблица order_items (id , item_type) в item_type лежит одно из значений (main, secondary, mandatory)

Есть 3 таблицы order_main_items, order_secondary_items, order_mandatory_items (везде столбцы id, name).

Вопрос: как можно с помощью полиморфных отношений связать, чтобы можно было получить все айтемы всех типов.
Как-то так: Order::items()

Order::with(['items.types'])->get(); самый легкий вариант, без полиморфных)

Вебхук

Эт чё за налёт

или проститутки или биткоины :)

Тейлор на конфе рассказал про этот чат

Google Natural Language API for Laravel https://laravel-news.com/google-natural-language-api-for-laravel

Салют, ребят. Должен ли что то возвращать обработчик задач в очереди и если да, то что? Дилемма появилась после того, как увидел разные реализации, где то возвращается 0, где return вообще отсутствует. В связи с этим возник вопрос, как правильно делать

Обработчик задач или команда?

Если речь про джобу, то возвращать ничего не надо. Если про команду, то или 1, или 0.

Именно обработчик задач. То, что поддерживает интерфейс ShouldQueue

То есть вот этого достаточно и return не нужен?

Не надо возвращать. Тем более если драйвер не sync, то твой возврат тупо некому принять и что-то с ним сделать.

Давай так. Кто получит твой return?

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

https://github.com/laravel/framework/blob/8.x/src/Illuminate/Queue/CallQueuedHandler.php#L70

https://github.com/laravel/framework/blob/8.x/src/Illuminate/Queue/CallQueuedHandler.php#L116

Как видно, на 70-й строке обработчик не ждет возврата.

Спасибо большое)

Приветики всем
Как подключиться к базе mysql который в Homestead?
вроде получилось подключиться, но схемы пустые(через пхпшторм подключился)

привет

вопрос такой
есть ряд микросервисов которые что-то умеют.

есть некое событие в системе которое должно провоцировать вызов последовательно разные сервисы. сервисы друг про друга не знают.

как можно обеспечить функционал при котором событие провоцирует работу разных сервисов.  пока вижу 2 варианта

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

2. придумать или найти (подскажите какой) оркестратор который знает про все сервисы и знает что он умеют. после чего тригерить его и он уже будет дергать последовательно сервисы в рамках некого chain/pipeline.

какие есть еще варианты и если в курсе п2 подскажите готовые решения.

спасибо

Приветствую. Закинул сюда правила и кастомные сообщения, но возникла проблема, при ошибке как я понимаю, меня редиректит, но я пишу API и мне необходимо вывести ошибки. Подскажите плиз как? Гуглю час, толку ноль