window.addEventListener('DOMContentloaded', () => {
   input.addEventListener('click', {
        Livewire.emit('event', param)
   });
});

Спасибо, бро
Буду должен)
Не реботает, но эксперементирую

у тебя вообще livewire компонент есть на странице?

имхо ты какуюто дичь делаешь. Может польностью опишишь задачу?

Запрос который пишу в ПостМан -

{
   "price": 2300,
   "model_id": 2,
   "color": "saas",
   "transmission": "asds",
   "images": ["dsasddas", 1]
}

dd($request->all()) -

array:5 [
 "price" => 2300
 "model_id" => 2
 "color" => "saas"
 "transmission" => "asds"
 "images" => array:2 [
   0 => "dsasddas"
   1 => 1
 ]
]


стандартная ошибка при выводе, которая выводится и которую хочу изменить -

"images.0": [
           "The images.0 must be an integer."
       ]

Нашел решение

Есть некая сущность (фотография), которая имеет часть данных о себе в другой таблице (таблица с авторами фотографий). Я получаю её использую eloquent relations и меня в общем-то всё устраивает.

Но появилось желание сортировать фотографии не только по их характеристикам из их таблицы, но и по характеристикам авторов фотографии. Как лучше всего это реализовать? Можно заменить eloquent relations на запрос с join'ами, но тогда я потеряю преимущества отношений. Можно сортировать на стороне клиента, но это не очень эффективно с точки зрения скорости и производительности. Как быть? Может, есть какой-то другой вариант?

нужно так  -
'images.*.int*' => 'поле обязательно в массиве должен содержать числовой ключ',

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

как работает with ?

sortBy('photo.item')

отдельный where in запрос для каждого релейшна

sortBy это ж метод для работы с коллекциями. Таким образом, если в таблице много записей, это решение будет работать медленно.

Да и вообще, сортировка не на стороне mysql получается.

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

Джоины => теряю гибкость отношгений.
Подзапросы с сортировкой сейчас полуркаю.

Вот тут товарищ говорит про какие-то подзапросы, кажется, хорошее решение.

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

технически они не быстрее джойнов
тут дело в гибкости

обсуждалось много раз.. от движка конечно зависит, но читать две большие табилцы сложнее, чем по id вытащить N на страницу