Е
Ну и судя по тому, что у вас в моделях со STEP1,2,3 и т д происходит - делаете вы что-то не то.
SPEP дал названия полям т.к. это совершаемые действия
Size: a a a
2019 October 31
Б
Почему они не хранятся списком, или кортежем?
Е
Почему они не хранятся списком, или кортежем?
сложно ответить на этот вопрос, я только начинаю с django знакомится
Б
Тогда, советую подтянуть сначала питон и ООП.
Б
То, что вы делаете - не правильно.
Е
Тогда, советую подтянуть сначала питон и ООП.
питон я изучаю уже месяц а ООП не знаю что такое
Б
Ну, мягко говоря, рановато вы за такой сильный фреймворк взялись.
BE
Ну, мягко говоря, рановато вы за такой сильный фреймворк взялись.
очень мягко
V
злое коммьюнити )
P
Vlad
злое коммьюнити )
Не злое
AO
Ефим
Помогите пожалуйста установить связь один к одному Не могу никак понять логику.
логика: в одной модели появляется поле, в котором содержится ID объекта, который хранится в другой таблице, в документации Django про это написано, представь две таблицы в Excel, как бы ты связал данные внутри них? вот и тут аналогично
AO
Vlad
злое коммьюнити )
я бы охарактеризовал его как "доброе нубское"
AO
вот пример злого сообщества 😊 у нас не так 😊
AO
AO
AO
[цитаты из @cloud_flood]
I
Да, это жеска
AO
а у нас такой стиль общения в чате никогда не использовался, так что совершенно не согласен с характеристикой "злое"
AO
По какому принципу вы делаете коммиты?
Работаете над определённой частью (методы и проч, что имеет отношение к определённому функционалу) и отправляете в коммит?
Или как?
Я стараюсь как-то разделять работу над чем-то одним и чтобы в коммит не попадало что-то другое. Например, если я пишу систему рейтинга и мне вот на глаза попала недоработка в другом месте и я её хочу исправить - мне тогда надо доделать один функционал и потом уже в отдельном коммите исправить то, что я нашёл? Или можно смешивать их между собой?
Работаете над определённой частью (методы и проч, что имеет отношение к определённому функционалу) и отправляете в коммит?
Или как?
Я стараюсь как-то разделять работу над чем-то одним и чтобы в коммит не попадало что-то другое. Например, если я пишу систему рейтинга и мне вот на глаза попала недоработка в другом месте и я её хочу исправить - мне тогда надо доделать один функционал и потом уже в отдельном коммите исправить то, что я нашёл? Или можно смешивать их между собой?
если squash'ить ветки перед принятием PR'а, то это влияет только на процесс code review и тестирование на CI после push'ей коммитов в feature-ветке на github
AO
лучше стараться отделить разные изменения в разные коммиты, а не делать 1 большой коммит со всем вместе