Убрав CreateModel из этой миграции migratе проходит?

ломается, но когда-нибудь я и до этого доберусь, нормально перепишу

класс модели пустой, а модель описана в изначальной миграции

Класс модели не пустой, там вон микиснов ведро целое перечислено

Всем привет.
Изучаю Django в боевом режиме для себя пишу crm. Чтобы сразу выбрать верные направления возникли следующие вопросы.

1. Как сделать прозрачное "сращивание" админки внутренней с самим интерфейсом(будет использоваться шаблон AdminLTE3), лучше для этого использовать gjango-admin-tool или как-то связывать фронт с админкой(есть ли возможность распределять доступ в админке по разным уровням админов? или лучше вынести это управление в "фронт" и рулить доступом уж от пользователя)

2. Будет делаться веб почта (упрощенная, это даже не почта а общий месенжет принимающий сообщения с сайта через телеграм, может еще какие-то источники обращений-месенжеры...), я плохо искал или нет готовых почтовых приложений для джанги с веб интерфейсом? Если нет веб интерфейса, то какой пакет лучше использовать для обмена почтой(на почтовые сообщения будут навешиваться ярлыки и на основе сообщений будут создаваться связанные заказы), хотелось бы сохранять в базе только сообщения по которым работа ведется, и остальное получать по IMAP и еще необходима функциональность подобная gmail сбора писем в цепочки, и ручного объединения писем в цепочки.

3. Как лучше делать структуру приложения, например почта отдельное приложение, заказы отдельное, но необходимы еще справочники которые будут применяться в разных приложениях такие как материалы, продукты, единицы измерения и так далее, лучше сделать под управление справочниками отдельное приложение? и как их связывать с приложениями на уровне базы или как-то подругому?

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

5. Может отказаться от встроенной админки django и сразу писать свою во "фронте"?

P.S. извините, что вопрос такой большой, если тут так нельзя, то удалите ) Спасибо.

1. Если нужно сложное управление правами лучше делать на фронте. Тем более хочешь свой дизайн.

2. Не компетентен (

3. Я бы разбил по смыслу, что-то вроде: почта, справочники, заказы (как ты и написал). Делай App максимально переносимыми.

4. Если настроки общие для всех пользователей на всю App, то можно и вместе с App на django-solo. Иначе делай отдельную App с кастомными permissions

5. Я думаю ты "повесишься" приводить django-admin к виду как AdminLTE3

Имхо.

Спасибо.

https://github.com/django-admin-tools/django-admin-tools
посмотри вот ту
мб подойдет

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

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

у джанго админки есть методы для управления доступом has_add_permission() (для change и delete),

и у всех потомков джанго админки по идее они тоже есть

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

на фронте это гораздо проще