DT
Size: a a a
2019 March 11
SS
да прописал
SS
точно
DT
модель покажи
SS
а я в нее ничего не писал
D
а я в нее ничего не писал
а откуда миграции тогда?
DT
а что тогда ты хочешь мигрировать ?
SS
ну значит ненадо, попробую может так заработает. спасибо
D
миграции - это создание для таблиц и/или полей в твоей бд в соответствие с объектами, в данном случае моделями. Нет моделей - нет таблиц.
ID
Если люди с других фреймворков приходят, для них это может быть несколько необычно.
В Yii например сначала пишешь миграцию, а из нее уже модель создаётся
В Yii например сначала пишешь миграцию, а из нее уже модель создаётся
ID
У меня 🤯 от этого случился
F
Если люди с других фреймворков приходят, для них это может быть несколько необычно.
В Yii например сначала пишешь миграцию, а из нее уже модель создаётся
В Yii например сначала пишешь миграцию, а из нее уже модель создаётся
Крайне не удобная реализация в phoenix elixir фреймворк также куда лучше исправить модель и накатить миграцию, чем править миграцию ручками, потом еще модель
SG
кто подскажет, почему в папке static,templates есть файлы но pycharm не показывает их?
SG
кто подскажет, почему в папке static,templates есть файлы но pycharm не показывает их?
cntrl+alt+Y , нашел
NO
Reindex проекта сделай
S
кто подскажет, почему в папке static,templates есть файлы но pycharm не показывает их?
тебе нельзя на них смотреть
S
они голые
A
MVC в терминах Django - MTV, view называется template'ом, что и приводит к некоторой путанице)
если смотреть на современные проекты, то и в случае обычных CMS и в случае фреймворков наблюдается тренд в сторону разделения фронтенда и бекенда, шаблоны делают на Angular/React/Vue.js, а на бэкенде остаётся API
в данном случае остаётся Django'овский models.py со списком классов моделей и методами, связанными с бизнес-логикой (+ методы менеджеров, там такая же бизнес-логика, но не для одного объекта, а для всех), остаётся views.py с классами, генерирующими API (есть несколько вариантов, включая набирающий популярность GraphQL, но лидером является пока DRF, генерирующий RESTful API, обычно это классы на базе GenericViewSet и всяких миксинов), ещё есть urls.py, который раньше играл важную роль, сейчас же это просто роутер для API, который не так сильно важен, его аналог для разделов сайта на стороне фронтенда (на js)
если смотреть на современные проекты, то и в случае обычных CMS и в случае фреймворков наблюдается тренд в сторону разделения фронтенда и бекенда, шаблоны делают на Angular/React/Vue.js, а на бэкенде остаётся API
в данном случае остаётся Django'овский models.py со списком классов моделей и методами, связанными с бизнес-логикой (+ методы менеджеров, там такая же бизнес-логика, но не для одного объекта, а для всех), остаётся views.py с классами, генерирующими API (есть несколько вариантов, включая набирающий популярность GraphQL, но лидером является пока DRF, генерирующий RESTful API, обычно это классы на базе GenericViewSet и всяких миксинов), ещё есть urls.py, который раньше играл важную роль, сейчас же это просто роутер для API, который не так сильно важен, его аналог для разделов сайта на стороне фронтенда (на js)
Спасибо, очень доходчиво объяснил)))
Единственный человек из всей компании, кто не протроллил)
Единственный человек из всей компании, кто не протроллил)
F
привет по какой причине может тормозить django в докере? очень медленно обрабатываются запросы
DT
привет по какой причине может тормозить django в докере? очень медленно обрабатываются запросы
что делается при запросе ?