a
Для postsave, postdelete
Size: a a a
2016 August 18
A
Друзья, а скажите, какой самый простой способ расширить модель User? Мне надо добавить туда аватарку и manytomany между юзерами. Пробовал делать через Abstract user, но что-то у меня с таблицей напортачилось странное.
A
Можно ли создать отдельную модель с новыми полями и связать ее через OneToOne к юзеру или как-то похоже?
p
Можно, это называется прокси модель
NK
Есть два способа: наследование и твой
p
Можно ли создать отдельную модель с новыми полями и связать ее через OneToOne к юзеру или как-то похоже?
A
Я правильно понимаю, что в случае прокси модели, назовем ее NewUser (в котором помимо onetoone связи будет два новых поля), мне надо использовать ее как AUTH_USER_MODEL? Надо ли мне вьюху прописывать, чтобы форма сейвила именно NewUser? Нет ли возможности использовать именно User, но с добавочками?
AA
Тебе надо в настройках указать параметр Auth _user_model = 'path.to.user.model'
И создать модельку от наследованой от AbstractBaseUser и PermissionMixin. Там хоть сколько полей втыкай. И соответственно self.request.user будет ломиться именно туда
И создать модельку от наследованой от AbstractBaseUser и PermissionMixin. Там хоть сколько полей втыкай. И соответственно self.request.user будет ломиться именно туда
A
Тебе надо в настройках указать параметр Auth _user_model = 'path.to.user.model'
И создать модельку от наследованой от AbstractBaseUser и PermissionMixin. Там хоть сколько полей втыкай. И соответственно self.request.user будет ломиться именно туда
И создать модельку от наследованой от AbstractBaseUser и PermissionMixin. Там хоть сколько полей втыкай. И соответственно self.request.user будет ломиться именно туда
Тогда вопрос. Если я создам такую модель юзера и пропишу ее в auth_user_model, стандартная таблица user останется в db? Это я спрашиваю на тот случай, если опять напортачу и бд полетит
NK
Тебе надо в настройках указать параметр Auth _user_model = 'path.to.user.model'
И создать модельку от наследованой от AbstractBaseUser и PermissionMixin. Там хоть сколько полей втыкай. И соответственно self.request.user будет ломиться именно туда
И создать модельку от наследованой от AbstractBaseUser и PermissionMixin. Там хоть сколько полей втыкай. И соответственно self.request.user будет ломиться именно туда
Вопросик: а если мне нужно обязательный email сделать? Как лучше?
A
ID:88647413
Вопросик: а если мне нужно обязательный email сделать? Как лучше?
Я, кстати, не знаю, приветствуется ли такое, но я это через django-allauth делал. Там есть ACCOUNT_AUTHENTICATION_METHOD = "email"
p
ID:88647413
Вопросик: а если мне нужно обязательный email сделать? Как лучше?
переопределяешь метод create_user
p
камон, в офф доке это все описано
NK
переопределяешь метод create_user
При чем здесь save? Здесь же само поле затрагивается?
AA
Обязательное поле - REQUIRED_FIELDS = []
AA
Плюс надо будет расширить менеджер
p
ID:88647413
При чем здесь save? Здесь же само поле затрагивается?
при том, что в стандартном менеджере не используется имейл для создания юзера
AA
Не забудь поля