Ну, я писал выше, фикстуры тормозят

Их вообще бы задепрекейтить пора

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

В общем, на CI на каждый коммит их гонять «дорого»

Тесты с фикстурами идут заметно дольше

А, про это, да, для тестов там другая история. Тут цена производства зависит от автоматизации, я в этом контексте пока пытаюсь сообразить решение. А тестирование (если оно на уровне конкретных фич) уже требует другого мышления, на поток поставить просто так это дело пока не берусь даже, но мысли есть)

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

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

кто знает, как выйти из sandbox режима в instagram?

Подскажите пожалуйста,
Хочу в качестве обработки платежей и подписок использовать zoho subscriptions. И синхронизировать свою базу клиентов с базой zoho. Zoho через iframe предоставляет вот такую форму оплаты https://subscriptions.zoho.com/subscribe/ef9e4671a6723952992ec5aa898aabfea7726ba08b65d6ccad482bf477cf719e/wh12
но для полной интеграции ее функционала недостаточно (надо передавать скрытые доп.данные о юзере), но у них есть api - https://www.zoho.com/subscriptions/api/v1/#Subscriptions_Create_a_subscription

Я правильно понимаю, для того что бы посылать туда запросы с данными теперь мне нужна своя почти такая же форма, которую вставлял zoho через iframe?  Я не нашел чтобы zoho ее предоставлял в виде какого-то отдельного js-модуля, чтобы можно было кастомизировать под свой запрос. Значит мне сейчас надо найти готовую форму с js-валидацией и допилить ее? Что-то типа этого https://getbootstrap.com/docs/4.0/examples/checkout/?
Можно ли где-то еще взять что-то готовое и может есть вообще в виде модуля для django?

Всем привет. Вопрос как сделать условное поле в django. Пример. Есть модель, у нее три поля: тип ( choise число, процент), поле для процента, поле для числа. Пример упрощенный, но у меня примерно такой кейс. В общем от типа, у меня используется то или иное поле, как это адекватно сделать + что бы в админке была валидация, или прятолось поле которое не используется при выбранном типе.

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

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

значит выход просто не допускать такого, но неужели никто в такую ситуацию не попадал ？

мердить можно же миграции в случаях одинаковых двух

python manage.py makemigrations --merge

Всем привет! Подскажите, где лучше всего искать ментора по Django?

можно в сериализаторе property ввести, а можно перед сохранением сигналом отловить и свою функциональность дописать. типа, если процент сохранять тип: процент, значение: значение параметра.

@st4rtr00p3r а в django-admin как вывод сделать? Думал какой-то подход есть к этому, ибо бывают кейсы, когда много полей от типа зависят и надо мудрить с наследованием или generic key

в админке вроде можно через Generic подключать inlines

в админке для нужной модели дописывается инлайнс