🌶️ Flask

Короткий ответ Стоит прежде всего сравнить фактическую конфигурацию окружений: значения app.config (включая DEBUG/TESTING/SECRET_KEY), версии зависимостей, переменные окружения и используемую БД — локальные тесты часто неявно используют иные настройки (SQLite in-memory, другой часовой пояс, иная версия библиотеки), чем production. Как это работает подробнее Расхождение поведения при одинаковом коде почти всегда означает разницу во входных условиях: другая версия Python/библиотеки, другая настройка БД (диалект SQL, часовой пояс, кодировка), отсутствующая в production переменная окружения, другой режим DEBUG/TESTING, влияющий на обработку исключений Flask. Пример кода Что использовать на практике Практика. Эффективная диагностика — явно вывести/залогировать на обеих средах: версию Python и ключевых пакетов (pip freeze), значения ключевых app.config, фактический SQL-диалект БД. Часто причина — в тестах используется SQLite, а в production PostgreSQL/MySQL с другими правилами типов или ограничениями, которые не пр

Читать полностьюapi-versioning

Короткий ответ Blueprint — это способ сгруппировать связанные маршруты, шаблоны и статику в отдельный модуль, который затем регистрируется в основном приложении через register_blueprint. Как это работает подробнее Blueprint создаётся как отдельный объект (Blueprint('name', __name__)), к нему привязываются маршруты через @bp.route(...), как и к обычному app. Сам Blueprint не является приложением — он «встраивается» в реальное Flask-приложение вызовом app.register_blueprint(bp, url_prefix=...). Пример кода Что использовать на практике Практика. Blueprint удобен для разделения кода на логические модули (например, auth, users, orders) в проектах среднего и большого размера, вместо того чтобы держать все маршруты в одном файле app.py. Подводные камни Риск. Забывают зарегистрировать Blueprint в приложении (register_blueprint), из-за чего маршруты «не существуют»; дублируют один и тот же url_prefix для разных Blueprint, что приводит к конфликтам маршрутов.

Читать полностьюblueprints

Короткий ответ Вне обработки HTTP-запроса (в отдельном потоке, фоновой задаче, планировщике) нет активного application context, который Flask-SQLAlchemy использует для доступа к конфигурации и соединению; нужно явно создать его через with app.app_context(): внутри кода, выполняемого в отдельном потоке. Как это работает подробнее Flask привязывает текущее приложение к контекстной локальной переменной (application context) на время обработки запроса; при запуске нового потока этот контекст не наследуется автоматически — поток не «видит» активное приложение. Flask-SQLAlchemy и другие расширения, читающие конфигурацию через current_app, без контекста выбросят RuntimeError: Working outside of application context. Пример кода Что использовать на практике Практика. Для фоновых операций внутри процесса нужно явно оборачивать код в with app.app_context():; но для действительно надёжных фоновых задач (которые не должны исчезать при падении процесса) правильнее использовать отдельный воркер очереди задач (Celery/RQ) с с

Читать полностьюconfiguration