Size: a a a

Django [ru] #STAY HOME

2019 November 19

Н

Никита in Django [ru] #STAY HOME
Grigory Surkov
Убрав CreateModel из этой миграции migratе проходит?
ломается, но когда-нибудь я и до этого доберусь, нормально перепишу
источник

GS

Grigory Surkov in Django [ru] #STAY HOME
Никита
ломается, но когда-нибудь я и до этого доберусь, нормально перепишу
А что за проект-то?)
источник

Н

Никита in Django [ru] #STAY HOME
источник

AF

Anton Fircak in Django [ru] #STAY HOME
аа попа горит, капец ребята graphene-django сырая штука)), так что по сути graphql нормального нет для питона))
источник

PZ

Pavel Zagrebelin in Django [ru] #STAY HOME
Никита
класс модели пустой, а модель описана в изначальной миграции
Класс модели не пустой, там вон микиснов ведро целое перечислено
источник

PZ

Pavel Zagrebelin in Django [ru] #STAY HOME
Pavel Zagrebelin
Класс модели не пустой, там вон микиснов ведро целое перечислено
Create/modified из timestamp, name - NamedMixin
источник

PZ

Pavel Zagrebelin in Django [ru] #STAY HOME
Так себе подход, на любителя, не ну ужасс-ужас. И уж точно не "модель описана в изначальной миграции"
источник

AG

Artem Gubatenko in Django [ru] #STAY HOME
Алексей Андреев
Всем привет.
Изучаю 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

Имхо.
источник

АА

Алексей Андреев in Django [ru] #STAY HOME
Artem Gubatenko
1. Если нужно сложное управление правами лучше делать на фронте. Тем более хочешь свой дизайн.

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

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

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

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

Имхо.
Спасибо.
источник

Т

Тимур in Django [ru] #STAY HOME
https://github.com/django-admin-tools/django-admin-tools
посмотри вот ту
мб подойдет
источник

АА

Алексей Андреев in Django [ru] #STAY HOME
Спасибо, я на нее посматривал, но в ней так же вроде нет разграничения доступа у администраторов, или я еще не разобрался.
источник

Т

Тимур in Django [ru] #STAY HOME
там же есть группы для разграничений?
или нужна более сложна логика
источник

Т

Тимур in Django [ru] #STAY HOME
в самой админке, для каждой модели которую ты регестрируешь есть разрешения на просмотр, удаление, обновление и тд
источник

АА

Алексей Андреев in Django [ru] #STAY HOME
Тимур
в самой админке, для каждой модели которую ты регестрируешь есть разрешения на просмотр, удаление, обновление и тд
Спасибо, гляну поподробней.
источник

AG

Artem Gubatenko in Django [ru] #STAY HOME
Тимур
там же есть группы для разграничений?
или нужна более сложна логика
у джанго админки есть методы для управления доступом has_add_permission() (для change и delete),

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

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

на фронте это гораздо проще
источник

PZ

Pavel Zagrebelin in Django [ru] #STAY HOME
Только на фронте ни в коем случае нельзя проверять права, иначе любой любопытный с postmanом наворотит делов.
источник

АА

Адилет Асанкожоев in Django [ru] #STAY HOME
Artem Gubatenko
у джанго админки есть методы для управления доступом has_add_permission() (для change и delete),

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

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

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

MB

Max Block in Django [ru] #STAY HOME
Приветствую!
Недавно начал работать с джангой. Возникло желание как-то облагородить встроенную админку. Используете ли вы пакеты как django-grappelli, django-suit?
источник

Б

Барсик in Django [ru] #STAY HOME
Господа, кто manage.py test пользуется?
источник

Б

Барсик in Django [ru] #STAY HOME
А то, я тут такую штуку заметил:
В тесте у меня создается экземпляр класса из модели, у которого стоит models.CharField(max_length=200)
Но, он в тестовой базе данных, которую сам создает игнорирует это ограничение.
источник