DK
кто знает как сделать зависимые списки Страна-Регион-Город и чтобы поля на фронте были с автокомплитом?
https://django-autocomplete-light.readthedocs.io/en/master/ посмотри, может подойдет
Size: a a a
2019 December 20
ВЗ
https://github.com/jazzband/django-smart-selects нашел что-то похожее попробую разобраться
BE
ну divio деньги на этом зарабатывают, рано или поздно обновят )
django-sekizai активно используется в их django-cms
django-sekizai активно используется в их django-cms
Лайк тебе брат, секизай зарешал
B
обновляешь запускаешь
если работает уже хорошо =)
если работает уже хорошо =)
ребятки из cookiecutter-django хотят сделать таблицу совместимостей))
N
Добрый вечер. Как в докере можно кеш подключить на редисе или мемкеше в джанго? Не смог нагуглить, кто нибудь это делал? У меня стоит редис для целари, к нему может подключиться или это фигня?
DT
Добрый вечер. Как в докере можно кеш подключить на редисе или мемкеше в джанго? Не смог нагуглить, кто нибудь это делал? У меня стоит редис для целари, к нему может подключиться или это фигня?
Указываешь имя контейнера редиса в качестве хоста и всё
DT
Так же как для селери
EB
Так же как для селери
+
N
спасибо
T
Привет, есть репозитории с джанго проектами (желательно drf), которые хороши по структуре и к которым нужно стремиться, типа бест практис?
Скиньте, пожалуйста.
Или сами посоветуйте. Меня например, интересует следующее:
1. насколько удобно делить проект на приложения? Если делить на приложения, такие как "аккаунты, чаты, платежи", то например, куда отнести более общие модели типа "город"
2. выносит ли кто логику из вью(вьюсетов) в отдельные модули типа service/logic
3. Делать ли модели толстыми или также выводить всю работу service/logic
4. На проекте исползьзую вьюсеты, очень много действий с пользователями. Все эти действия реализовывал через action. В итоге viewset вышел на 375 строк, хоть и каждый action очень мал
спасибо.
Скиньте, пожалуйста.
Или сами посоветуйте. Меня например, интересует следующее:
1. насколько удобно делить проект на приложения? Если делить на приложения, такие как "аккаунты, чаты, платежи", то например, куда отнести более общие модели типа "город"
2. выносит ли кто логику из вью(вьюсетов) в отдельные модули типа service/logic
3. Делать ли модели толстыми или также выводить всю работу service/logic
4. На проекте исползьзую вьюсеты, очень много действий с пользователями. Все эти действия реализовывал через action. В итоге viewset вышел на 375 строк, хоть и каждый action очень мал
спасибо.
N
1. Удобно
2. Например в приложение core
2. Например в приложение core
N
Толстые модели -> толстых представлений
i
Привет, есть репозитории с джанго проектами (желательно drf), которые хороши по структуре и к которым нужно стремиться, типа бест практис?
Скиньте, пожалуйста.
Или сами посоветуйте. Меня например, интересует следующее:
1. насколько удобно делить проект на приложения? Если делить на приложения, такие как "аккаунты, чаты, платежи", то например, куда отнести более общие модели типа "город"
2. выносит ли кто логику из вью(вьюсетов) в отдельные модули типа service/logic
3. Делать ли модели толстыми или также выводить всю работу service/logic
4. На проекте исползьзую вьюсеты, очень много действий с пользователями. Все эти действия реализовывал через action. В итоге viewset вышел на 375 строк, хоть и каждый action очень мал
спасибо.
Скиньте, пожалуйста.
Или сами посоветуйте. Меня например, интересует следующее:
1. насколько удобно делить проект на приложения? Если делить на приложения, такие как "аккаунты, чаты, платежи", то например, куда отнести более общие модели типа "город"
2. выносит ли кто логику из вью(вьюсетов) в отдельные модули типа service/logic
3. Делать ли модели толстыми или также выводить всю работу service/logic
4. На проекте исползьзую вьюсеты, очень много действий с пользователями. Все эти действия реализовывал через action. В итоге viewset вышел на 375 строк, хоть и каждый action очень мал
спасибо.
1. Очень удобно. Маст хэв, как говорится
2.Маст хэв в сложном приложении
3. по ситуации
4. 375 строк если приложение сложное - то норм. Не показатель ничего.
2.Маст хэв в сложном приложении
3. по ситуации
4. 375 строк если приложение сложное - то норм. Не показатель ничего.
T
Толстые модели -> толстых представлений
это не совсем понял)
N
Лучше делать толстые модели, чем толстые представления
T
ilya
1. Очень удобно. Маст хэв, как говорится
2.Маст хэв в сложном приложении
3. по ситуации
4. 375 строк если приложение сложное - то норм. Не показатель ничего.
2.Маст хэв в сложном приложении
3. по ситуации
4. 375 строк если приложение сложное - то норм. Не показатель ничего.
2. ну мне кажется удобным вынести куда-то какие-то действия типа "поставить лайк". Заходишь во вью и сразу понимаешь, что она делает.
Но не вижу смысла, например, выделять в отдельную функцию создании сущности
Но не вижу смысла, например, выделять в отдельную функцию создании сущности
T
Лучше делать толстые модели, чем толстые представления
согласен
i
2. ну мне кажется удобным вынести куда-то какие-то действия типа "поставить лайк". Заходишь во вью и сразу понимаешь, что она делает.
Но не вижу смысла, например, выделять в отдельную функцию создании сущности
Но не вижу смысла, например, выделять в отдельную функцию создании сущности
ну так то и лайки выносить нет смысла, если там будет 1-2 строчки)
T
Ну, хочется в первую очередь организовать код так, чтобы поддерживать было удобно) Понятно, что можно и с хорошей структурой наговнокодить) Но кажется, что правильно организованная структура позволяет делать меньше архитектурных ошибок и правки вносить удобно
T
ilya
ну так то и лайки выносить нет смысла, если там будет 1-2 строчки)
ну да