господа, давайте лучше поможем мне)

итак, есть одна впска
на ней крутятся:
1) докер контейнер с джангой
2) ноджс с другим сайтом

что нужно:
я буду добавлять еще один сайтик на джанге (да-да, без фреймворков, с джанго-рендером)

из бд сейчас используется склайт на первом проекте и это совсем неудобно мне.

я хочу вынести бд в постгре – нужно создать отдельный контейнер с бд, к которому коннектить 2 моих сайта. старый и новый, который загружу.

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

нжинкс раздает эту статику через правила.

теперь вопрос: как не быть всратым и довести это до адекватного состояния?

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

– как джанге в контейнере указать бд, которая в другом контейнере?

– и нужен ли единый композер файл со всеми кластерами? или можно по отдельности собирать каждый проект и не заморачиваться

Ну вот надо чуваку сделать лендинг какой-нить, допустим. Зачем ему тащить туда микросервисы, реакты и прочую хрень. Когда он преспокойно может отрендерить несколько страниц и готово.

А где лучше учиться делать сайты с новыми концепциями? По джанге вроде все классические обучалки, включая официальный туториалу, чисто под MVC

зачем ему юзать джангу для лендинга?

Ну вообще что-то простенькое, для лендинга да, это я чёт гоню)

простенькое – это мой случай сообщениями выше

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

то есть если у вас простой сайтик и вы вдруг узнаёте "ой, моя архитектура плохая, оказывается", то вам будет без разницы, потому что сайтик-то простой, плохая архитектура ничего не сломает, ну, плохая и плохая... а вот если у вас не сайтик, вам уже важна архитектура и то, как внутри всё работает...
обе категории пользователей "имеют право на существование" 😊 проблема нашей группы, что они вместе и не понимают друг друга) в моём понимании лендинги надо делать на CMS'ах (на том же Wagtail'е и мб даже в отдельном чате про него говорить), а не на Django (фреймворке), а на Django надо делать такие проекты, где архитектура важна) когда я говорю MVC говно, это я не про лендинги, конечно, не про категорию пользователей, которым нужна CMS)

в целом, джанга как цмс не шибко то и удобна из коробки ежже

1) использовать docker-compose
2) по идее можно
3) через общий volume
4) лучше по отдельности

то есть мне поднять контейнер с постгре и в целом забыть за него?

доступа раздавать джангам и не париться

так все и делат, Александр идейный - он за джангу и двор стреляет в упор

какой путь указывать в сеттингсе?

какой путь к чему

если нужен сайт на CMS - надо брать Wagtail (CMS), например, а не Django (фреймворк)

К бд

Когда она в контейнере

у тебя в прокте будет файл докер-композ описывающий 3 контейнера взаимодействующих между собой

я делаю всё это через файлы .env