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

Ммм, а ты admin inlines видел?

да, и это неудобно

Я не отрицаю что джангоадминка - техническая

ты можешь использовать свои формы

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

и всё своё в ней

Смешать поля из модели и модели, которая о2о к ней - не так просто

Документацию читай

почему?

Давай сразу конкретный пример ;)

Ага

Просто инлайном эт не решается, вроде

Я не шмог

кастомная форма

ты можешь создать форму

и её впихнуть в админку

например, условный стартапчик для резервного копирования, там есть источники данных, которые могут быть разных типов, они хранятся в разных таблицах в СУБД, у них разный набор полей, но при этом идеологически они то же самое - это источники данных, в админке это был бы 1 интерфейс управления ими, а не много (по количеству таблиц)

допустим, тот же пример с резервным копированием - там есть соединения и настройки соединения, логин/пароль, это всё шифруется с помощью асимметричного шифрования, может быть привязан или 1 ключ или 1 пароль (разные модели), но не оба сразу, только 1, ровно 1, не 0, не 2

то есть в первом примере джанго админка генерит много разделов вместо 1, во втором случае с этими инлайнами было бы крайне неудобно, связано 2 модели, одновременно может существовать только 1 связанный инстанс (из первой или из второй модели)