ThunderCat

Вроде это механизм отслеживания (не)активности сессии по таймауту, читаем сессию - если слишком старая - убиваем, если еще не протухла - обновляем время последнего активного обращения, рефрешим сеесию из базы.

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

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

nested sets?

Да я тоже думал, как-то на фронтенде, но тут не современный продукт) рендеринг всего и вся через сервер каждый раз

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

Задача получить 4000 записей? Тогда да, для сервера 1 раз выдать будет быстрее чем 40 раз по 100. В противном случае выводить столько сколько нужно, никогда не надо экономить на спичках ресурсах в ущерб качеству кода / юзабильности.

И как настроить группы пользователей?

RBAC / ACL

Redirect выполняется методом GET, вам же вроде пост нужен? Либо курл, либо через file_get_contents(). В случае с курл енкод не нужен.

в случае гет запроса поменять

Redirect::to('https://epay.kkb.kz/jsp/remote/control.jsp?'.$mainXML);

на

$response = file_get_contents('https://epay.kkb.kz/jsp/remote/control.jsp?'.$mainXML);

Это просто для попробовать или вы на продакшене так извращаться хотите?

Не знаю как в ларавеле, обычно после создания пользователя все данные остаются в объекте, в частности он получает id, ничего не мешает взять этот id и создать новую запись в профайлах. Просто у вас телега впереди лошади, в профайлах должен быть user_id, а не в юзере profile_id.

для начала поправить код,
$use->money = $user->money - 100;
пишите в блокноте? Любая нормальная IDE подсвечивает такой косяк.

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

Я понимаю что "задача такова и решаем как можем", но в идеале нужно разнести такие значения в отдельную таблицу с отношением многие ко многим, ибо like не самая быстрая команда, даже в выражении like ...%, про like %..% вообще молчу. А так - сплошные извращения наподобие `numbers` like %2% and `numbers` like %3% и так до конца, я молчу о проблемах с числами более 9, где надо определить 12 или 1,2.

тут хорошо расписано