2010-09-21 14 views
1

Я новичок в django и немного застрял, пытаясь заставить сайт администратора работать так, как мне бы хотелось. Мне интересно, если для создания функциональности администратора я хочу, чтобы лучше было создать собственное приложение для администратора с шаблоном, наследующим от admin/base_site.html, используя логин frontend с перенаправлением, когда is_staff является истинным.Настройка функциональности интерфейса администратора Django

Первые детали, которые заставляют меня думать, это:

  1. У меня есть цепь ForeignKeys и хотел бы, чтобы отобразить вложенные Внутристрочные на странице родительского администратора. Я пробовал использовать easymode, но у него есть свои собственные проблемы и требования, которые могут вызвать головные боли позже, когда я обойдусь.

  2. Я хотел бы добавить функцию, позволяющую администратору добавить экземпляр модели, которая запускает создание экземпляров связанных с ними моделей и перенаправлений и т. Д. Это требует, по крайней мере, добавления некоторых вызывающих элементов, которые я еще не понял как реально сделать с любым успехом в модели администратора, и на данный момент кажется, что просто просто сделать это в view.py моего собственного приложения, а не пытаться играть с правами администратора.

В общем, создавая приложение пользовательского администратора (с помощью is_staff = верно редирект на FrontEnd логин) кажется более гибким, в конечном счете, и приведет к более спроектированной и интерфейс интуитивно администратора для клиента - поэтому я полагаю, что мой вопрос в том, что делают полупрофессионалы? (если вы знаете, как взломать админы и шаблоны в своем сердце, вы не являетесь полупроком :))

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

+2

Использование django.contrib.admin, не написать свой собственный. Таким образом, безумие кроется (по моему опыту, и после этого надоедать от всей повторяемости и возвращаться к админу). –

+0

Ух, черт. В этом случае у меня не хватает документации для написания функций администратору, например, с помощью callables (def в модели администратора), настройки admin.py для отображения связанных элементов в одном представлении (вложенные внешние ключи), добавления ссылок для упрощения навигация по связанным элементам ... Документация django для этого не очень ясна, любые указатели? – HdN8

+0

напишите отдельный вопрос о переполнении стека для каждой проблемы, с которой вы сталкиваетесь (возможно, делайте это за раз, чтобы люди не злились на вас за рассылку сайта!) Убедитесь, что вопросы отмечены 'django'. Здесь есть куча людей, которые хорошо знают Джанго, которые будут рады помочь. –

ответ

9

Замедление. Расслабьтесь. Следуйте философии Django.

  1. У вас есть приложение. Он представляет данные. Фокус на презентации.

  2. У вас есть встроенный администратор по умолчанию для вашего приложения. Он обновляет данные, и он уже существует.

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

[Кроме того, «более интуитивно понятный администратор» иногда не является точным описанием того, что вы пытаетесь сделать. Это может быть, но я видел некоторые «более интуитивные», которых на самом деле не было.]

более разработанный и интуитивно понятный интерфейс администратора для клиента.

Эта часть приложения? Делает ли приложение еще чем просто настоящие данные?

Если приложение является транзакционным - добавьте, измените, удалите - crud rules - вот что, тогда это ваше приложение. Если вам нужен модный интерфейс, это больше не админ. Нет перенаправления. Это ваше приложение.

Это просто кодирование. Прекратите возиться с администратором и начните писать свое приложение.

Подсказка: используйте общие представления как можно больше.

Кроме этого, вы говорите о своем приложении, а не о взломе админ-файлов, которые уже работают.

, если вы знаете, как взломать мнения администратора и шаблоны к содержанию вашего сердца вы не полу-про

Неправильно. Все источники есть. Вы также можете прочитать это. Вот что делают профессионалы. Мы читаем источник. И мы не взламываем приложение администратора.

Если у вас сложные транзакции, у вас есть первоклассное реальное приложение. Не администратор по умолчанию, а часть вашего приложения с формами.

Если у вас есть формы, то у вас есть формы. Это не требует взлома админ-приложения, это просто кодирование вашего приложения.

+0

Ха-ха, мне нравится нож: Замедляйтесь, расслабьтесь! Хотел бы я, но я делаю щедрые обещания :) – HdN8

+0

Спасибо за пояснения, ваша точка 3. Я думаю, это ответ, обновить формы и модели, чтобы приблизиться, но не путайте с админ-приложением. «Если вам нужен модный пользовательский интерфейс, тогда это не админ, это ваше приложение« Это я должен подумать :) Еще раз спасибо за ваш совет! – HdN8

+0

Да, я тоже пошел с этой опцией, и я делаю вид на эти части функциональности. Это больше похоже на то, что я делаю это для другого «конечного администратора», поэтому я хочу, чтобы он был «интуитивным» для управления. Да, я использую это слово с осторожностью ... – HdN8

Смежные вопросы