Это когда хрен угадаешь как там всё связано, если доки на проект нет. Тогда да.

считай, что приложение - это такой микросервис, который живёт внутри проекта, он изолирован от других приложений настолько, насколько это возможно... почему же он не живёт отдельно как микросервис? обычно ответ на это - "так меньше задержки, экономим на задержках сети" и "так проще поддерживать, получается типа монорепозитории, всё в одном месте"

например, так живёт инстаграм если не ошибаюсь

Интересно сколько у них от Джанни осталось

он на Django как такой вот большой монолит, но там чтобы была возможность с этим работать, код изолирован друг от друга, чтобы не было "макарон"

кстати, там fuction based views с декораторами (через wraps) насколько я знаю

в общем, наличие приложений в Django - это хорошая правильная вещь, это способ получить некоторые плюсы микросервисов, только "дешевле", не делая настоящих микросервисов (до поры до времени)

что лучше, что хуже - тут зависит от проекта) есть проекты, где всё просто и можно сгенерировать статику даже) есть проекты, где нужен SSR, есть проекты. где нужен SPA, я попробовал объяснить, что, с одной стороны, Django Templates как способ сделать SSR на Python'е - это вполне хорошее решение, чем оно хуже SSR через Node.js? с другой стороны, то, как оно прикручено сейчас к views мне и многим другим совершенно не нравится, этот рендеринг должен быть отдельно где-то сбоку, а не внутри каждого Django-приложения, грубо говоря, приложения должны возвращать словарь с данными в том или ином виде, а не html, то есть на выходе должен быть некий API, а не html, а вопрос рендеринга - это уже отдельный вопрос, если нужно SSR - ну. можно и Django Templates подключить, это не самый модный вариант сегодня, но он вполне хороший, он работает стабильно, именно с рендерингом проблем нет, проблема с тем, как этот рендеринг рекомендуется подключать, MVC устарел, претензии людей к Django Templates - это во многом именно претензии к MVC-подходу

вот этот вот классический MVC подход предполагает, что у нас есть некая view, внутри которой получается словарь контекста и в этом же view происходит подстановка словаря в некий шаблон, претензии к Django Templates - это претензии именно вот к этому подходу, а не к самому Django Templates как шаблонизатору

мне кажется, у инстаграмма красиво Django приготовлена, буквально вчера видел статью, если найду - скину ссылку

Насколько помню, Инстаграм давно не на Django

в чем отличие между
django.conf.urls.url()
и
django.urls.path()

там и там путь, функция обработчик реквеста

From Django documentation for url

url(regex, view, kwargs=None, name=None) This function is an alias to django.urls.re_path(). It’s likely to be deprecated in a future release.

Key difference between path and re_path is that path uses route without regex

You can use re_path for complex regex calls and use just path for simpler lookups

не, это не так, он на Django

и мне приятно видеть, что то, за что я агитирую, находит своё отражение в этой статье, это подсказывает мне, что я был прав в своих убеждениях относительно архитектуры Django-проектов

Ребят

а можно как-то подключить бутстрап к виджету?