и таких примеров можно много привести, если покопать

ну, и ещё одна из претензий - недревовидность админки

было бы удобнее иметь некое "дерево" слева, чем просто список моделей

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

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

если непонятно, о чём я, примеры тут: http://djem.ru/know/screenshots/index.phtml

по админке есть кукбука https://books.agiliq.com/projects/django-admin-cookbook/en/latest/

+

а так по джанго смотрите в помощь буки https://books.agiliq.com/en/latest/

говоря про админку, мне хочется поделиться своим опытом с не менее универсальными, но чем-то более удобными админками типа той, что на скриншотах выше в DJEM)

там есть типы данных, который могут быть вложены друг в друга, к каждому типу данных привязан контент-шаблон (КШ), определяющий набор полей для редактирования и связанных с этим правил, и дизайн-шаблон (ДШ), который просто template, там всё хранится в 1 таблице в итоге (что имеет и плюсы и минусы), в случае с Django это может быть 1 или несколько разных моделей, так или иначе связанных с КШ, что мне там понравилось - там можно в дереве слева находить нужный документ и легко создавать его потомков разных типов, то есть там не 1 директория на всё сразу, если тип вложенный, а много, 1 сразу (как в Django-админке) тоже можно сделать, она будет в роли "виртуальной", просто отображать все вложенные объекты определённого типа) кроме того, эти "виртуальные" директории в дереве можно сделать какими угодно, просто написать некий запрос, это аналог view, то есть админка генерит список документов по view в СУБД

особенность админки Django в том, что она следует за тем, как данные хранятся, а не за тем, как с этими данными удобно работать

то есть, например, в древовидной структуре можно было бы создавать те же самые объекты с помощью по-разному оформленных форм создания, в зависимости от того, внутри какого родительского объекта новый объект создаётся

то есть можно было бы сделать 10 категорий товаров и в 2 или 3 из них сделать так, чтобы одно из полей описания товара в форме создания товара было бы больше, чем при создании товара в других категориях (примерно определяя объём данных о товаре, который нужно написать), а другой категории товара можно было бы скрыть некоторые поля товара при его создании в этой категории и так далее... в Django просто 1 кнопка создания, ты делаешь товар с нуля, он по умолчанию ни с чем не связан

Имхо, для подобного надо делать личный кабинет того вида, который нужен, а не перепиливать админку

да, именно)

сделать одновременно и удобно и универсально не получится

в DJEM, добавлю, ещё есть удобная фича, которая мне нравилась - пользователь сайта мог сам создать нужное ему/ей расположение полей в КШ, там это всё менялось и можно было потом этому пользователю поставить этот КШ... ну, в Django тоже можно сделать разные css для разных пользователей при желании, а генератор форм какой-нибудь внешний прикрутить, но это всё не так удобно...

ну, то есть кто-то любит когда у него в форме создания/редактирования документов все поля шли бы друг за другом, а кто-то любит ужимать по высоте формы, кто-то любит крупный текст и большие поля, кто-то предпочитает экономить место, кто-то любит, когда поле ввода по высоте 3 строчки, а кто-то, зная, что там всё равно не уместится, хочет сразу 5 строчек, кто-то хочет скрывать неиспользуемые поля на отдельные вкладки, а кто-то просто не обращает на них внимание, кто-то хочет поле описания товара видеть первым в списке полей, а кто-то в середине... и при этом некоторые пользователи всё это хотят менять на лету, без обращений к админам/программистам

в общем, выше меня просили дать конкретные примеры, думаю, я полностью ответил на этот вопрос с примерами того, чем именно проигрывает админка Django

В коде есть две строчки, которые импортируют данные из БД в pandas dataframe:

qs = Question.objects.all()
data = read_frame(qs, fieldnames=['question', 'answer_id', 'answer_label'])

Они выполняются при старте приложения.
Во время работы приложения в БД прилетают новые данные. Как обновлять датафрейм? Перезапускать приложение или написать signal какой-нибудь, который обновит датафрейм?

Загрузка и работа с датафреймом происходит в отдельном файле utils.py, может быть его как-то перезагружать?