Мне не критично. Просто задумался возможно ли это в контроллере сделать

Но видимо да, бэк есть бэк

То есть оплатить за пользователя?

Хотя. Те же платежные системы как шлют пост запросы на вебхуки моего сайта

Без его согласия

Не оплатить. А перенаправить на страницу оплаты с параметрами

Видимо, тем же газзлом

Да. Бэк в такое не сможет. Это работа браузера

Можно и газлом, но тебе нужно чтобы это пользователь сделал. И скорее всего какая-нибудь кука ставится при отправке формы, перед редиректом

Всем привет, вопрос не про конкретно лару, а как лучше сделать модель БД. Вопрос имеется таблица физ лиц, есть документ где есть 3 типа физиков и все ссылки идут на таблицу физ лиц, и связь многим ко многим, вопрос лучше сделать одну таблицу посредник с модификатор типа физ лица прикрепленного или 3 отдельные таблицы посредников на конкретный тип? При условие расширения типов точно не будет.

$parent && $query
            ->where('parent_id', '<>', $parent->id)
            ->where(function ($secondaryQuery) use ($parent) {
                $secondaryQuery
                    ->where('parent_type', '<>', $parent->type)
                    ->orWhere('parent_type', $parent->type);
            });

Как можно такую логику описать более красивее и правильнее
Например через $query->where([...])

$parent && $query

вот это смущает

Почему

можешь показать весь запрос, например скрином?

от начала $ = до get\first

А функция как работает?)
parent_type != $parent->type or parent_type == $parent->type

Это не абсурд?) Или я не понимаю?)

Есть смежная таблица, она хранит тип и айди.
У каждого типа есть своя таблица и тот айди, как раз таки из таблица типа.

При создании записи все окей. Потому что $parent = null;
Но при обновлении записи, есть проблемка, нужно проверить есть ли в смежной таблице запись с child_id = $id, child_type  = $type.
Так вот, если есть уже две записи в смежной таблице с parent_type=teacher (допустим)
И ты решил у второй записи добавить новый child (такой же как и у первой записи), то как раз таки он через where (parent_type, <>, teacher) не пройдет уже и запись успешно добавится, что не есть правильно

Впервые такое вижу