Alex_Wells вот простой пример создания вьюшки по Вашему кейсу:
drop view users;
create VIEW `users` AS
select `table1`.`users`.`id` AS `id` from `table1`.`users`
UNION ALL
select `table2`.`users`.`id` AS `id` from `table2`.`users`;
Миграцию можно сделать RAW SQL'ем, либо query builder'ом. Затем - обращаемся ко вьюшке уже запросами ларавеля.
Дмитрий: Ну, если задача редиректить - почему бы и нет. Если задача отработать одинаково без редиректа, я бы использовал параметры вызова у двух роутов одинаковые. Тут всё от задачи. Я просто думал, что вопрос именно в организации именованных роутов.
Как Вы организовали связи? threads belongsTo participant (1 and 2) или hasMany? Внешний ключ на participants находится в таблице threads или в pivot таблице?
Ну, во-первых, за Вас решать проблему мало кто будет. Это сугубо Ваша компетенция. Тут Вам дадут азимут для решения проблемы.
Во-вторых, даже запрос в первом комментарии отличается от запросов, что Вы запостили предыдущим постом. Так что давайте более приближенный к реальности пример кода (очищенный, конечно, от всего лишнего)
В-третьих, Вы делаете выборку по сути из трёх таблиц, а показываете данные из одной промежуточной.
Ну и в четвёртых, попробуйте-таки посмотреть исходный запрос, вместо ->get() написав ->toSql(). Используя этот запрос, посмотрите, какие данные в таблицах реально содержатся и, возможно, запустите запрос в БД, чтобы отсечь вероятность каких-то изменений по дороге до Вашего браузера...
В общем и целом - исследуйте вопрос, учитесь дебажить, брейкпоинты расставлять и следить за вхождением и отдачей информации. Без этих навыков Вам будет сложно развиваться. Даже если Вам будут активно помогать на всяческих ресурсах, подобным тостеру.
Смотрите SQL запрос, который в итоге получается. Возможно, имеются ограничения по SoftDeleting функционалу у постов или пользователей, которые по автомату накладывают ограничения.
Просто даже по скриншоту вижу, что в результате должно быть как минимум 5 значений, а Вы пишите про 2 и 3...
Cобытие создавать не нужно - нужно слушать его у кнопки, которая вызывает модалку. Через data-аттрибуты можете передавать данные для использования в ajax запросе. Почитать можно в гугл. Да и то - не знаю, где. Логика достаточно прозрачная и на поверхности, однако, если отсутствуют знания js и jQuery, то лучше почитать сначала про них и уже по полученным знаниям делать что-то...
А как по Вашему выглядит самый безопасный метод? Если передавать параметром в адресной строке и оттуда брать - тоже не безопасно, ведь url формы можно так же поменять. Если подставлять id в форму через js, то js тоже должен иметь понимание, что подставлять - переменную тоже можно подменить. Всё можно подменить! Для того, чтобы с этим справиться - делайте проверку на возможность работы с данной новостью данным пользователем, когда информация пришла на сервер. Но это уже другая история. Вы хотите получить id при сохранении...
Ваш случай отличается от того, что в мануале чуть более чем ничем. Возможно, сегодня стоит и отдохнуть, если уже информация не воспринимается. По ORM ищите отдельно, если хотите понять что к чему.
drop view users;
create VIEW `users` AS
select `table1`.`users`.`id` AS `id` from `table1`.`users`
UNION ALL
select `table2`.`users`.`id` AS `id` from `table2`.`users`;
Миграцию можно сделать RAW SQL'ем, либо query builder'ом. Затем - обращаемся ко вьюшке уже запросами ларавеля.