может корзину в базу сохранять? не используя сессию

ну или очереди использовать

если хотите сделать эти операции атомарными, то посмотрите в сторону redis: lpush, lrange. в ларавеле есть фасад для работы с редисом напрямую.

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

Как можно отпрофилировать арі beckend Laravel. На подобии дебаг бара. Чтоб было видно количество запросов в базу хотябы

https://artisansweb.net/how-to-log-query-in-laravel/

часть про AppServiceProvider

Спасибо, нарыл такой способ https://coderoad.ru/27800536/%D0%9A%D0%B0%D0%BA-%D0%BF%D1%80%D0%BE%D1%84%D0%B8%D0%BB%D0%B8%D1%80%D0%BE%D0%B2%D0%B0%D1%82%D1%8C-laravel-REST-API

для корзины какие данные нужны? id товара + кол-во? если массив держать в куках? на бэке есть смысл такое хранить? сколько товаров должно быть чтоб не влезть в куки?)

если куки, тогда у юзера в телефоне и на десктопе будут две разные корзины

а сессии как у них общие? sid сессии как бы в куках

а если привязывать корзину к юзеру, а не к сессии?

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

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

и все сначала

у них и сессии будут разными

если логина не было, то да

не усложняется ли на пустом месте?) стоит ли игра свеч

и это ещё пока stock у нас бесконечный! =)

потом ещё будут проблемы, когда юзер держал корзину месяц, а за это время товар изменил стоимость, пропал из продажи, отключилась скидка, изменилась формула транспортных расходов... 😇
а потом — headshot! — придёт хитрый перец из маркетинга и попросит список юзеров, кто клал товар в корзину, но ещё не купил, чтоб отправить им напоминалово... (а премия за увеличение продаж уйдёт к нему)

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

1. зачем корзине знать сколько стоит товар? ей нужно id товара и кол-во. единственное товар может уйти в архив, тогда просто показать юзеру что товара больше нет.
2. скидку тож у товара надо спрашивать, корзине нет смысла хранить
3. "мы не храним на сервере кто клал товары в корзину, такой задачи не было" =)

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

конечно, можно хранить корзину сразу в заказах.
но тогда тебе обеспечены зажигательные тёрки с бухгалтерией, которая почему-то любит только последовательную нумерацию проплаченных заказов.
а когда юзер создаст заказ до нового года, а проплатит в следующем финансовом году, из бухгалтерии придёт грустная девачка и сделает харакири у тебя на столе, негигиеничненько вывалив свой внутренний мир прямо тебе на клаву =)

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