P
раньше были события для сохранения веб-пользователя в админке, а сейчас их как бы нет
Size: a a a
2021 February 19
AS
так мне не надо getLoginUserID('mgr') , у меня везде написано getLoginUserID('web') чтоб знать, что это человек на фронте
P
ну значит все правильно (:
AS
т.е. у меня например 100 манагеров и 100 пользователей, и там и там айдишники от 1 до 100. Теперь получается будет 200 манагеров с айдишниками от 1 до 200, как понять, кого из них на фронт пускать
P
а вот если ты писал просто getLoginUserID(), то раньше оно бы тебе отдало id менеджера на фронте
P
создай роль, создай разрешение и проверяй его при логине
AS
как минимум улетят связки createdby editedby за счет смены айди при миграции вебпользователя
P
улетят, но честно говоря они и так не использовались
AS
ну у меня много функционала на кастомных таблицах типа отзывов или объявлений, которые связаны с вебюзерами по их айдишнику
P
придется тебе тогда обновлять их через связь по email ((:
AS
бляя ))
P
вообще нужно доработать миграцию
P
чтобы в файл сохранялось id новое - id старое
P
так тебе будет проще свои таблицы обновить
P
а может и не надо ничего делать
P
там менеджеры должны были переноситься к пользователям
P
потому что менеджеров обычно меньше
P
то есть айди пользователей не изменятся
AS
ну мне лучше, но если не предусмотрели обновление createdby и прочих в основной таблице - то завоют всякие новостники, у которых разные манагеры разные разделы заполняют ) хотя, не уверен, что они есть на эво - но вдруг всплывут ))
ВК
А-а-а-а-а!.. Каким-то боком получилось из блейда прокинуть данные в вуевые компоненты! 😳
Осталось понять как оно работает... 🤣
Блин, я как свой бложик добью на Evo 3.x.x, походу в праграмисты подамся, ни у кого в следующем году вакансии подопытного девелопера не намечаецца? 🧐🙃
Осталось понять как оно работает... 🤣
Блин, я как свой бложик добью на Evo 3.x.x, походу в праграмисты подамся, ни у кого в следующем году вакансии подопытного девелопера не намечаецца? 🧐🙃