А кто подскажет. Как лучше по феншую и в будущем,

для расширения плагина Users создавать отделльную таблицу или расширять уже существующую?

создавать отдельную, и не только для users

т.е. основную лучше не трогать верно?

понадобилось тебе поле phone, ты его добавил. Потом разработчики плагина решили, что поле phone - важно и нужно и тоже его добавили. при апдейте миграция не накатится и всё сломается

все, понял. Спасибо

+

Да и в целом лучше работать со своей моделькой пользователя, которая наследует основную - в будущем меньше гемора с добавлением/переопределением методов и свойств. Но все зависит от задачи. Про phone предположение логичное, но концепция что у рейнлаба, что у ловаты предполагает самый минимум по свойствам, базу по функциональности, которую ты уже дорабатываешь под себя

а где можно почитать про такое разширение?

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

где почитать

Про модели или про нормализацию ?

2

https://ru.wikipedia.org/wiki/%D0%9D%D0%BE%D1%80%D0%BC%D0%B0%D0%BB%D1%8C%D0%BD%D0%B0%D1%8F_%D1%84%D0%BE%D1%80%D0%BC%D0%B0

https://octobercms.com/support/article/ob-10

он там в своей таблице делает?

да, он два варианта показывает

+

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