Несколько ModelAdmins / представлений для одной и той же модели в админке Django

Question

Несколько ModelAdmins / представлений для одной и той же модели в админке Django

112

Как я могу создать более одного ModelAdmin для одной и той же модели, каждый из которых настроен по-разному и связан с разными URL-адресами?

Скажем, у меня есть модель Django, называемая Posts. По умолчанию в представлении администратора этой модели будут перечислены все объекты Post.

Я знаю, что могу настроить список объектов, отображаемых на странице различными способами, задав переменные типа list_display или переопределив метод queryset в моем ModelAdmin так:

class MyPostAdmin(admin.ModelAdmin):
    list_display = ('title', 'pub_date')

    def queryset(self, request):
        request_user = request.user
        return Post.objects.filter(author=request_user)

admin.site.register(MyPostAdmin, Post)

По умолчанию это будет доступно по адресу URL /admin/myapp/post. Однако я хотел бы иметь несколько представлений /ModelAdmins той же модели. e.g /admin/myapp/post будет перечислять все объекты post, а /admin/myapp/myposts будет перечислять все записи, принадлежащие пользователю, а /admin/myapp/draftpost может отображать все опубликованные сообщения. (это всего лишь примеры, мой фактический прецедент более сложный)

Вы не можете зарегистрировать более одного ModelAdmin для одной и той же модели (это приводит к исключению AlreadyRegistered). В идеале я бы хотел достичь этого без, помещая все в один класс ModelAdmin и записывая свою собственную функцию URL-адресов, чтобы возвращать другой запрос в зависимости от URL-адреса.

Я посмотрел на источник Django, и я вижу такие функции, как ModelAdmin.changelist_view, которые могут быть каким-то образом включены в мой urls.py, но я точно не знаю, как это будет работать.

Обновление. Я нашел один способ сделать то, что хочу (см. ниже), но мне все же хотелось бы услышать другие способы сделать это.

Paul Stone 08 фев. 2010, в 16:44

Источник

Теги:

django

python

django-admin

3 ответа

1

Пол Стоун ответил абсолютно здорово! Чтобы добавить, для Django 1.4.5 мне нужно было наследовать свой пользовательский класс от admin.ModelAdmin

class MyPostAdmin(admin.ModelAdmin):
    def queryset(self, request):
        return self.model.objects.filter(id=1)

zzart 11 сен. 2013, в 16:30

1

просто используйте list_filter или date_hierarchy.

date_hierarchy = 'pub_date'

list_filter = ['pub_date',]

Brandon H 08 фев. 2010, в 19:43

Ещё вопросы

Paul Stone · Accepted Answer · 2010-02-09T12-03-00.000Z

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

class PostAdmin(admin.ModelAdmin):
    list_display = ('title', 'pubdate','user')

class MyPosts(Post):
    class Meta:
        proxy = True

class MyPostAdmin(PostAdmin):
    def get_queryset(self, request):
        return self.model.objects.filter(user = request.user)


admin.site.register(Post, PostAdmin)
admin.site.register(MyPost, MyPostAdmin)

Тогда по умолчанию PostAdmin будет доступен в /admin/myapp/post, а список сообщений, принадлежащих пользователю, будет находиться в /admin/myapp/myposts.

После просмотра http://code.djangoproject.com/wiki/DynamicModels, я придумал следующую функцию функции полезности, чтобы сделать то же самое:

def create_modeladmin(modeladmin, model, name = None):
    class  Meta:
        proxy = True
        app_label = model._meta.app_label

    attrs = {'__module__': '', 'Meta': Meta}

    newmodel = type(name, (model,), attrs)

    admin.site.register(newmodel, modeladmin)
    return modeladmin

Это можно использовать следующим образом:

class MyPostAdmin(PostAdmin):
    def get_queryset(self, request):
        return self.model.objects.filter(user = request.user)

create_modeladmin(MyPostAdmin, name='my-posts', model=Post)

это круто. я не знал, что модель прокси может быть зарегистрирована на сайте администратора. это на самом деле мне очень поможет.
Мне также нужно было дважды зарегистрировать одни и те же модели в админке django, и прокси-модели, похоже, работают. Но я обнаружил одну проблему с системой разрешений. Смотрите здесь: code.djangoproject.com/ticket/11154
Также хорошей идеей является изменение менеджера по умолчанию вместо набора запросов ModelAdmin. Таким образом, поведение прокси-модели согласованно даже вне администратора.
Теперь реальный ответ: почему django не позволяет иметь двух администраторов для одной и той же модели? нам не нужно разбираться с вещами всего за 2 строки, которые проверяют это и выдают ошибку: s. Отличный ответ еще!
bjunix вам удалось решить проблему с разрешениями?
@zzart: есть ожидающий запрос на получение, который, кажется, просто пропускает документы: github.com/django/django/pull/146/files
@bjunix смена менеджера на самом деле не работает, потому что у вас нет request.user (всегда).
Brilliant. Работая с django и особенно с администратором, я никогда не знал, что это может произойти.
Это должно быть частью Django Docs. Решает так много проблем!
К вашему сведению, у этого решения есть один недостаток: если вы обновляете поле через администратора сгенерированной модели, который является частью фильтрации queryset запросов, Django выскочит с ошибкой 404 при сохранении, потому что после фильтрации запись не будет быть частью набора запросов больше. Наверное, стоит упомянуть.
для django 1.10 удаление класса было неправильным класс PostAdmin (admin.ModelAdmin): класс MyPost (Post): класс Meta: proxy = True класс MyPostAdmin (admin.ModelAdmin): admin.site.register (Post, PostAdmin) admin.site .register (MyPost, MyPostAdmin)