Roman Bat'kovich

ну так у тебя массив с ключами боле/меньше))) тупо перебор же, или в чем сложность?

ну, допустим, при открытии формы модель как-то помечается, что она редактируется. И при удалении проверку на это свойство сделать очень просто. Но тут сложно другое - как пон...

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

ну и да, какой командой ты их добавляешь?

а причем модули к интерфейсам вообще?

у тебя две точки входа create.php и update.php и обе рендерят вьюху с формой _form.php в которой надо скрыть фрагмент какой-то, если вызвано из create? Все верно?

почему не совсем?

просто если это приходит с фронта, тогда да - можно что-то типа маппинга для фильтра сделать. Или задача наоборот проставить теги по критериям?

а разве нельзя сказать, что пользователь идентифицирован как "гость"?

От какой страницы пытаешься избавиться и зачем?

не пойму. у тебя что вообще на странице? вижу грид и дата провайдер

а на фронте без дата провайдера что ли?

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

вот что это значит, например? запрос юзера, а потом еще одного юзера... почему?

так тебе тестовое задание нужно было?

а редис откуда выплыл? что-то мне кажется мы о разном говорим

Один юзер принадлежит только одному органу, верно? Не может логиниться в разных органах?

ну так а почему на фронте дата провайдера нет?

ну так что в ошибке не понятно то?

сущность то создается при вводе первом?