Laravel по-русски

На мобилках негде тапать. Там стандартная менюшка браузера появляется при выделении, типа скопировать/поделиться/веб-поиск/etc.
https://ibb.co/d5TsiU

test press button

test selected

Да, спс.

Может не в тему, но тег СODE не работает по кнопке. Только если вводить ручками по аналогии с B

Я бы не переживал насчет "полноты/толстоты" контроллера. Это только в примерах все выглядит идеально, но реальность другая. Просто смотрите, сможет ли этот код использоваться где-то еще. Если да, то просто создайте вспомогательный класс/метод.
Имхо, события тут не подойдут. Это только запутает код. Гораздо лучше в этом случае иметь хоть и толстый, но достаточно комментированный и структурированный метод в контроллере. Бритва Оккама, короче.

У вас неправильное понимание, что такое очереди задач вообще. Они не предназначены для того

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

Рассмотрим простой пример:

Route::get('/job', function () {
  // текущее время
  $start = date('h:i:s');

  // ожидание в течениe 10 секунд
  sleep(10);

  // время на момент завершения ожидания
  $end = date('h:i:s');

  return $start . ' - ' . $end;
});

При переходе на /job выведет что-то типа: "04:40:21- 04:40:31". Как видим, десять секунд на выполнение.

Теперь, если мы вынесем sleep(10) в задачу (я не буду приводить код самой задачи, там в handle просто вызывается sleep(10))

Route::get('/job', function () {
  // текущее время
  $start = date('h:i:s');

  // ожидание в течениe 10 секунд поставится как задача в очередь
  dispatch(new App\Jobs\SleepTask);

  // время на момент завершения работы этого кода
  $end = date('h:i:s');

  return $start . ' - ' . $end;
});

Теперь при переходе на /job будет выведено что-то типа: "04:50:12- 04:50:12". Как видим, меньше секунды на выполнение. Хотя sleep(10) будет выполнен, просто это будет сделано на фоне, вы этого не увидите.

Надеюсь понятно описал.

Возвращаясь к тому, что же делать для того

1) Я бы изучил ваш метод getJSON. Оптимизировал бы код, использовал "жадную" загрузку там, где это необходимо. Банально добавил бы пагинацию. Пусть клиент учитывает это (хотя задумываться об этом надо было раньше, ладно если у вас 1 клиент... А если 100? 10000?).
2) Ограничил бы количество запросов одним в несколько секунд/минуту (throttle) для этого маршрута.
3) Проверил бы индексы в БД.
4) Проверил бы настройки MySQL.
5) Да кучу всего еще можно придумать. Вплоть до репликации бд и работы в методе getJSON с отдельной базой на отдельном сервере...

$arr_res = array();
    foreach($arr_int as $post){
        $o = new ExchangeController();     
        $o->ProdID=$post; // Внимание на эту строку, тут у вас была ошибка
        $arr_res[]=$o;
    };
dd($arr_res);

А так, не совсем понятно, для чего вам это вообще. Похоже на косяк в архитектуре. Потому совет что с этим вам делать дальше я не дам.

Надеюсь автор уже разобрался, но проблема скорее всего была бы в CSRF защите. Liqpay ведь шлет post запрос по адресу из server_url, а вашего токена он не знает.

Надо добавить в VerifyCsrfToken middleware

protected $except = [
    'stripe/*', //тут ваш server_url для исключения из CSRF защиты, сейчас указан stripe из документации.
];

Ну и маршрут в routes.php должен быть правильно прописан, естественно.

---

Есть и второй вариант: изначально определить этот маршрут за пределами web middleware групппы.

Когда вы вызываете route('aaa') происходит преобразование вашего обращения в урл. На выходе это тоже самое, что и если в форме вы напишите action='/my'

Когда приходит внешний запрос, то наоборот, происходит преобразование урл в ваше действие контроллера. И тут понятно, что url должен быть воспринят однозначно.

И там и там есть промежуточное звено, которое проверяет уникальность url, при необходимости перезаписывает, кидает ошибки типа Route [имя роута] not defined, чтобы предостеречь вас и дать вам понять, что выполнится на самом деле метод bbb. И вы не искали ошибку в aaa. Маршрута aaa, как бы теперь вообще не существует.

Если отбросить подробности, у вас ссылка (адрес в форме) в итоге будет /my. Как по вашему, после отпраки данных, Laravel должен будет понять к какому контроллеру вы хотите обратиться? К aaa или bbb? Это явный конфликт и в Laravel это решается перезаписью маршрута на последний.

Проверяйте внимательнее blade шаблон тогда. Может где-нибудь выше есть что-то типа:
foreach ($users as $user)
Что естественно перезапишет ваш $user из composer на последнего из списка foreach.