Ну можно вообще про слово джанго забыть

Как раз мне кажется и разбили логику

Контроллер это не вью

https://docs.djangoproject.com/en/2.1/faq/general/#django-appears-to-be-a-mvc-framework-but-you-call-the-controller-the-view-and-the-view-the-template-how-come-you-don-t-use-the-standard-names
> If you’re hungry for acronyms, you might say that Django is a “MTV” framework – that is, “model”, “template”, and “view.” That breakdown makes much more sense.

а мидлвари джанге зачем?

они же только тормозят

можно просто на uWSGI писать или на каком-то CherryPy

Ну это как и термин толстые базы

Айда всю логику писать в модели

я понимаю что в базах можно и триггеры и функции писать но все там убого и отловить не так просто

ну вроде черри это под андроид приложухи писать

мля, киви по моему

сорри

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)

Всем привет

Подскажите почему когда создал приложение и делаешь мигрэйт его в выводе нету? в сеттинг его прописал

куда рыть?

Вроде все просто

admin auth contentypes sessions  есть а созданного с помощью manage.py startapp rp

нету!