aleksejjjjj

Поддержу Ипатьев. Вы хотите избавиться от 3-х запросов, чтобы что? У вас реально база рухнет от 3 запроса × на 10 регистраций в день?

Можно конечно и на клиенте хранить, но смысл? Как минимум нужно валидировать каждый шаг. Вот прошёл юзер 10 шагов, отправил данные, а у вас fatal error на беке, такой email уже есть в базе. Усложняем логику в 10 раз, отправляем клиента на шаг #22, где он мыло вводил?

В общем это не оптимизация, это выстрел себе в ногу на ровном месте. Ещё и юзера бесить будете

Полная хрень. Вы перечитали адептов микросервисов. Создайте ещё Job на каждое поле. А то что за бред, у вас один job и цену и название обновляет.

Сделайте один нормальный job, и не парьте мозги себе и занятым людям)

Общие методы можно конечно и в сервисы вынести. Скачивание, распаковка архива, прочая общая фигня. Но job один.

Начнём с основ. pm2 - штука для ноды, Laravel - PHP фреймворк.
Факт 2: в 99.9% случаев, когда видите ошибку Unexpected token '<' стоит заглянуть в консоль и увидеть что вместо ожидаемого ответа там сыпется какая-то ошибка PHP. Не json а условный var_dump, dd или <error>Undefined offset 123!!!Обратили внимание на первый знак сообщения?

// protected $jsonable = ['paid_free']; - выкидываем

// оставляем
protected $casts = [
    'paid_free' => 'array',
];

// Сохранение - тут произвольный массив
$item->paid_free = ['one', 'two', 'three'];

// Вывод в шаблоне - {{  }} ожидает строку а вы массив суёте
{{ implode(', ', $item->paid_free) }}

Очевидно все эти кастомные роуты сохраняются в БД.
Пишем в web.php

Route::get('category/{category:slug}', [CategoryController::class, 'searchFuckingSlug']);

Контроллер
public function searchFuckingSlug(Category $category)
{

}

Где проблема?