Ну это уже такое, если команде удобно и не теряетесь - то норм, просто обычно отдельные папки фронт и бэк, в которых и лежит что написано, я бы увидев внутри джанго проекта фронт подумал бы о другом
Ну это уже такое, если команде удобно и не теряетесь - то норм, просто обычно отдельные папки фронт и бэк, в которых и лежит что написано, я бы увидев внутри джанго проекта фронт подумал бы о другом
Ну это уже такое, если команде удобно и не теряетесь - то норм, просто обычно отдельные папки фронт и бэк, в которых и лежит что написано, я бы увидев внутри джанго проекта фронт подумал бы о другом
У меня не всё приложение написано на ВУЕ я только компоненты на странице использую, страницы рендерит сам джанго.
чтобы найти любой пэйдж проекта ты лезешь в корневой урл, просто сейчас редко когда первая страница оторвана от всего, обычно это основное приложение. И да называя приложение фронт можно людей запутать, будут там реакт искать)
ну допустим главная это основное приложение, а для страницы с контактами и обратной связи или карты ты тоже всем по приложению создаешь?
ну допустим главная это основное приложение, а для страницы с контактами и обратной связи или карты ты тоже всем по приложению создаешь?
Зачем? Нет у если у них есть какая-то своя отдельная логика, модели, адрес, то конечно сделаю отдельное. Но в целом то что описал не уходит от логики "основного приложения"
мне кажется не часто ни к одному приложению не относится, т.е. и модели никакие не используются?. Обычно еще делают приложение со всякими дефолтными штуками - типа регистрация/логин/кастомный юзер, можно туда
Как это у хомяка не используются модели? Очень даже в модели хранится, что именно вывести на хомяк. Поэтому делается приложуха "хомяк".
подскажите плиз, где джанго хранит историю БД запросов? я удалил таблицы в БД напрямую, удалил миграции, перегенерил их и пытаюсь сделать migrate, на что получаю ответ "No migrations to apply.", т.е. он даже не смотрит, есть ли в БД нужные таблицы