Если все происходит не так, как вы описали, а редирект идет без участия https://example.com/en/?affiliateid=10 в цепочке, то используется технология, схожая с кроссдоменной авторизацией.
Ну то есть вас ставит в тупик простейший фокус, когда affiliateid=10 записывается в куку и делается редирект на тот же урл без параметров?
А присутствие https://example.com/en/?affiliateid=10 во втором примере вы в упор не видите, и "вся магия" происходит в middleware.com, серьёзно?
Обычный оператор echo решит вашу проблему.
Ну или скорее использование этого значения в каком-то коде.
Вы же не для того чтобы вывести это значение передавали, а чтобы записать куда-то?
Поскольку вы по какой-то неизвестной причине не показали, как именно вы достаете значение ключа, то никто в мире не сможет ответить на вопрос, "почему вы не можете это сделать"
Еще раз. Делать вставку одним запросом - это не решение.
Там ускорение будет в единицы процентов.
Кроме того, вы беретесь рассуждать о "решении" задачи, о которой вы вообще ничего не знаете. Сколько там запросов, в какие таблицы, как именно обрабатываются данные перед вставкой.
Но я понимаю, вам хочется показать всем, что вы тоже уже знаете про insert с множественным value. И с этим желанием, увы, ничего не поделать.
Надо просто всегда учитывать, что вы на публичном ресурсе. И потом в этот вопрос придут люди из поиска. Которым банальный ответ про SQL будет только мешать
Ну вообще, вопрос довольно однозначный. Он про распараллеливание долгоиграющего процесса , а не про вставку.
Сама по себе вставка 3000 строк в одну таблицу проблемы не представляет: можно хоть все за 1 раз, хоть по одной - разница не принципиальная.
а что тут формулировать-то?
все операции совершенно стандартные
если вы не знаете, как запросить из вю информацию с бэкенда, то вам за парту, в первый класс, учить основы
если вы не знаете, как написать в ларавле контроллер, который по коду возвращает информацю о пользователе, то вам за парту, в первый класс, учить основы.
и ломать копья тут совершенно не обязательно :)