а, то есть в рамках одного buitins одно фласк приложение фишка которого в том, что «хуй знает что»)))) что я обьект фласк переконфиживаю на лету? Мне, наверное, стоит забить на все это и просто говнокодить, пока не упрусь в этот косяк головой

Эм

Я бы рекомендовал писать так чтобы
1. Модели БД можно было юзать вообще без фласка
2. Вьюхи не знали в какой момент и как создано приложение, а просто цеплялись к нему

и для этого надо использовать обычную алхимию?

и обычный marshmallow

у меня фласк под uwsgi цепляется даже безо всякого main.py то натурально flask не в курсе что его использует и как именно

в e2e тестировании - можешь, когда все инстансы в docker-compose.yml буду иметь базовый flask image - различать их по конфигурации и environment переменным

никто не сталкивался с тем, что прям из воркера с использованием ssl нельзя отправлять письма ?

Спс)

ответ про проксю конечно не раскрыл полностью сути

uwsgi обычно в docker-compose под nginx конфигурацией которая обычно настроена под 80 порт

можно ещё чуть подробнее, пытаюсь понять как nginx тут приляпать к делу

ну у тебя что там под капотом - uwsgi?

gunicorn

там по другому, я про него не изучал тему

расскажи тогда про uwsgi

один линк стоит тысячи слов

🙂

собираю примерно так

# build uwsgi
BASE_IMAGE=python:3.7-buster
DOCKER_REPO=<repo>
PROJECT_NAME=uwsgi

ROUTE=/$PROJECT_NAME
CONTAINER_NAME="$DOCKER_REPO/$PROJECT_NAME"
REPO=pmtolk
REPO_SERVER="$REPO.azurecr.io"
CONTAINER_FULL_NAME="$DOCKER_REPO/$PROJECT_NAME:$BASE_IMAGE_VERSION"
TAG="$REPO_SERVER/$CONTAINER_FULL_NAME"
VERSION=$(printf "1.0.%.7s" $(git rev-parse HEAD))

UWSGI_BUILD_COMMAND="docker build --force-rm --build-arg base_image=$BASE_IMAGE\
 -t $CONTAINER_NAME:e2e $E2E_TEST_DIR/uwsgi/"

echo "COMMAND: $UWSGI_BUILD_COMMAND"
$UWSGI_BUILD_COMMAND