так, для наглядности о чем идет речь
       return [
           'status'        => 'required|in:' . implode(',', Event::getStatuses()),
           'title'         => 'required|string|max:70',
           'description'   => 'nullable|string|required_if:status,' . Event::STATUS_ACTIVE,
       ];

Сделать две кнопки: «сохранить» и «опубликовать» (или чо там у тебя). При «сохранить» ничо необязательно, при «опубликовать» обязательно все, что требуется логикой.

Зачем пускать назначать статус самому?

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

Да, а при чем тут статусы? У тебя обязательно все только для одного статуса, а не для разных

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

Все равно непонятно, зачем управлять статусами вручную. Разные люди — разные действия. Статусы проставляются на основе этого. По идее, и кнопки у них разные, можно и разные роуты указать для них, чтобы свободнее управлять валидацией и логикой, нежели кучей ифов.

возьмем в пример ютрек, в котором есть задачи, поля. берем задачу в работу для этого (все зависит от настроек) необходимо указать исполнителя. для того что бы перевести задачу в статус выполнена необходимо установить количество затраченного времени.

в этом примере было бы затратно делать разные формы, обработчики на все комбинации полей доступных для выбора в том или ином статусе

систему просто подсказывает условия для переведения задачи в выбранный статус

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

А может статус обернуть в иммютабелтный валью обжект, с валидацией в конструкторе, чтобы гарантировать что этот статус вот такой? На каждый статус по ВО и обмазать интерфейсом

сейчас склоняюсь в сторону состояний, объктов в которых конфигурируются правила валидации

Всем привет, есть ли аналог upsert для вставки только уникальных значений в базу? Мне он не подходит, т.к. для вставки нужно поле, по которому сравнение проихсодит на уникальность, сделать уникальным или перввичным, а само поле это текст, т.е. может быть и 100 символов, и 200, а с таким размером этот индекс не работает, да и он не работает с полем у которого тип text

Так пойдет?

StatusIntrface
- getRules()

Draft implements StatusIntrface
- getRules()

Active implements StatusIntrface
- getRules()

или же прям там validate() который вызывается в сервисе

Добрый день коллеги, может кто сталкивался у меня есть 4 сервера на все них запущен horizon. В общем все хорошо задания балансируются и выполняются на рандобном сервере. Но есть проблема как сделать так что бы запушенная задача например на первом серваке выполнилась бы конкретно на нем.

например слушай общую очередь и конкретную  сервер1, сервер2.. и если появляется какая-то эксклюзивная задача - пиши в в очередь конкретную

Спасибо большое за ответ думал на этим решением, если других вариантов нет придется делать так.

В общем попробовал вроде работает корректно, но все таки может есть более красивое решение) А так спасибо.

Всем привет. Кто-то пробовал в миграции сетапить connection через пропу? Типо если делать так

Schema::connection("my_connection")->create("my_table",function(Blueprint $table){
     $table->increments('id');
});

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

protected $connection = 'my_connection';

    public function up()
    {
        Schema::create('my_table', function (Blueprint $table) {
            $table->id();
        });
    }

то миграция накатывается в базу, которая указана в .env
Кто-то встречался с таким?
Спасибо!

отследил с помощью xDebug путь, вот тут возвращается не верный коннекшен, если делать через пропу

 protected function runMigration($migration, $method)
    {
        $connection = $this->resolveConnection(
            $migration->getConnection()
        );

Illuminate\Database\Migrations\Migrator