что-то не получается

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

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

Спасибо. Идея пригодилась )

лет 12 не работал с sql вообще ничего не помню, помогите исправить этот баг

Погляди в структуре таблицы. Может, откуда-то взялся ещё один автоинкремент?

а чего вы решили что это из-за автоинкремента? 😸

Я кстати часто так и делаю. Завел какую-нибудь прослойку типа Catalog, которая наследует BaseController, туда вынес всякую специфическую дребедень по каталогу. А потом уже от него всякие контроллеры категорий, разделов, новинок, брендов, фильтров. Аналогично по юзерам - завел прослойку, которая чекает юзера, получает его данные или куда-то редиректит - и от нее уже все страницы личного кабинета. Это же как минимум удобно, быстро и понятно

"прослойка" это что тут имеется в виду? Миддл?

нет, просто цепочка контроллеров шаблона

типа
Base
-> Page
->-> Text
->-> Catalog, Product
->-> Cart, Order

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

А базовый контроллер вообще пустой, ничего в нём нет вообще, просто как основа

Я зацепился за юзеров, которых ты там проверяешь. Вроде для такого как раз мидды?

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

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

А потом уже страницы кабинета наследуем от этого юзера и не думает, залогинен он или нет, и какая инфа по нему доступна.