Пайдаланушы профилін жасау және профиль фотосы сияқты белгілі бір ақпаратты қосу үшін пайдаланушы үлгісімен жұмыс істеудің әртүрлі нұсқалары бар. Бір жол - пайдаланушыға арналған OneToOneField көмегімен профиль үлгісін қосу. Бұл опция үлгіні проксимен жіберуге немесе реттелетін үлгіні қайта анықтауға қарағанда оңайырақ. Бірақ жеке мен үшін пайдаланушы үлгісін қайта анықтау кодты ұйымдастыру және үлгі тегтерін жазбай шаблондардағы пайдаланушы нысанынан қажетті ақпаратты алуға мүмкіндік беретін әртүрлі әдістерді жазу тұрғысынан тиімдірек болды.
Сондықтан, біз Django жобасында пайдаланушы үлгісін қайта анықтау опциясын қарастырамыз
Кіріспе
Кіріспе ретінде, жобаның ең басында пайдаланушы үлгісін қайта анықтаған дұрыс екеніне назар аударғым келеді, әйтпесе қолмен түзетуді қажет ететін көшіру проблемалары болуы мүмкін.
Сайт екі жылдан астам уақыт болған кезде мен пайдаланушы үлгісін қайта анықтауды өзім жасадым. Дегенмен, қайта анықтау процесі мен үшін салыстырмалы түрде біркелкі өтті, кем дегенде, мен пайдаланушы үлгісін жоққа шығарғаныммен ешқандай проблемалар болғаны есімде жоқ.
Пайдаланушы үлгісін қайта анықтау
Пайдаланушы үлгісін дұрыс анықтау үшін AbstractUser дерексіз пайдаланушы үлгісін импорттап, үлгі болатын қолданбада одан мұрагер болуы керек.
Менің evileg_auth қолданбасында мен осылай жасадым
# -*- coding: utf-8 -*- from django.contrib.auth.models import AbstractUser class User(AbstractUser): pass
Одан кейін бұл үлгіні settings.py параметрлер файлында жаңа пайдаланушы үлгісі ретінде көрсету керек.
AUTH_USER_MODEL = 'evileg_auth.User'
Бұл үшінші тарап қолданбасы әдепкі емес, пайдаланушы үлгісін пайдалана бастауы үшін қажет.
Содан кейін тасымалдауларды жасауға және жобаны тасымалдауға болады
python manage.py makemigrations python manage.py migrate
Сондай-ақ үлгіңізді басқару панелінде тіркеуді ұмытпаңыз
# -*- coding: utf-8 -*- from django.contrib import admin from django.contrib.auth.admin import UserAdmin from .models import User admin.site.register(User, UserAdmin)
Ескертпелер
Егер сіз қайта анықталған теңшелетін үлгіні бар жобаға енгізіп жатсаңыз, қайта анықталған үлгінің бүкіл жобаңызда пайдаланылуын қамтамасыз ету үшін төмендегі қадамдарды орындауды ұсынамын.
параметрлер. AUTH_USER_MODEL
Барлық models.py файлдарында әдепкі үлгінің орнына параметрлердегі settings.AUTH_USER_MODEL айнымалы мәнін пайдаланыңыз.
# -*- coding: utf-8 -*- from django.conf import settings from django.db import models class SomeModel(models.Model): user = models.ForeignKey(settings.AUTH_USER_MODEL, verbose_name='User')
пайдаланушы_моделін алу()
Django данасы іске қосылған деп болжайтын кодыңыздың кез келген жерінде get_user_model() арқылы пайдаланушы үлгісі класын динамикалық түрде алыңыз.
Мысалы, менде бұл миксин бар
class EInUserProfileMixin: user_profile = None def dispatch(self, request, *args, **kwargs): self.user_profile = get_object_or_404(get_user_model(), username=kwargs['user'], is_active=True) return super().dispatch(request, *args, **kwargs)
Үшінші тарап қолданбасы
Егер сіз үшінші тарап қолданбасын жазып жатсаңыз, ескертпелер бөліміндегі ұсыныстар сіз үшін міндетті болуы керек, өйткені әйтпесе сіздің үшінші тарап қолданбасы Django жобаларында реттелетін үлгілерді қайта анықтайтын әзірлеушілер үшін пайдасыз болады.
Пайдаланушы үлгісін қайта анықтаудың артықшылықтары
Пайдаланушы үлгісін қайта анықтау, менің ойымша, OneToOneField пайдаланудан үлкен артықшылықтарға ие, өйткені ол балдақсыз нысан менеджерін қайта анықтауға, сонымен қатар жобаңызда пайдалы болуы мүмкін бірқатар әдістерді қосуға мүмкіндік береді. Сондай-ақ бұл әдістерді үлгі тегтерін жазбай-ақ үлгілерде шақыруға болады.
Міне, менің жобамдағы реттелетін үлгі бөлігінің мысалы
class User(AbstractUser): last_online = models.DateTimeField(blank=True, null=True) objects = UserManager() class Meta: ordering = ['username'] def get_absolute_url(self): return reverse('users:profile', kwargs={'user': self.username})
Кем дегенде, мен әрқашан сайттағы пайдаланушы профилі үшін стандартты get_absolute_url әдісін пайдаланбадым.
Полезный урок, весьма лучше, чем создать профиль. А как всё это объединить в админке? admin.site.register(User, UserAdmin) - UserAdmin убрал мое созданное поле для абстрактного поля.
Я немного не понял, что именно вы хотите объединить? Вы хотите, чтобы группы и пользователи были в одном groupbox'e?
Или хотите видеть абстрактное поле? Если абстрактное поле, то наследуйтесь от UserAdmin и переопределите переменные fields и т.д., как если бы наследовались от ModelAdmin
Я уже нашел в вашем другом уроке как добавить поле аватар к пользователям. Именно то что вы написали) Спасяб:3
Да ещё бы хотелось чтоб группы и пользователи были в одной группе.
Насчёт такого никогда не заморачивался, мне это не мешало. Но вообще для этого можно использовать прокси модель.
Думаю, что это может выглядеть так
Суть в том, что проксируем стандартную модель Groups в другое приложение, чтобы они отображались в одном app
Благодарю!
Подскажите, эта серия уроков для django 2.0?
Я ещё не переходил на Django 3, поэтому на данный момент все примеры пишутся с использованием Django 2, наиболее старые с использованием Django 1.
Но в принципе, большая часть из статей должна работать и с Django 3. Хотя и не все.
Понял, большое спасибо! Буду ждать перехода на 3 версию :)
Я тоже его жду. Вернее жду, когда все разработчики третьесторонних библиотек добавят поддержку третьей версии.
Добрый день, Я вот написал в admin.py
admin.site.register(User, UserAdmin)
Но у меня не появилось новые поля в админке?
Если у вашего пользователя нет прав но чтение или изменение модели пользователя, то вы можете и не увидеть эту модель в админке. В этом случае лучше под суперпользователем проверять всё.
А как дать ему эти права?
В данном случае я заходил под superuser но все равно не появлялись эти поля
def initials(self):
return get_initials(self)
В последнем листинге что такое get_initials(self), пайчарм подчеркивает и предлагает создать функцию get_initials
Лишний кусок кода (Метод для получения инициалов), удалите его.