Everything_is_bad

В итоге "/" запрос отрабатывает сразу же, асинхронно

не, тут нет "асинхронно". Надо разбираться с какими параметрами запускается тестовый, может там несколько потоков или процессов. На самом деле, пофиг какие плюшки у тестового сервера, он не для прода, главное разобраться, как работает именно прод окружение.

а в случае с gunicorn и 1 воркером - один запрос блокирует второй?

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

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

1. код надо показывать текстом, а не картинкой
2. у тебя SQLAlchemy, нафига ты руками делаешь sql запрос?
3. " не работает" нам вообще ни чего не говорит, всегда показывай traceback ошибки
4. ладно, пропускаем 2 и 3 пункты, где у тебя подстановка degress_id?

Пробуй pg_trgm, там побочный эффект часто помогает для like (но не факт, что тут поможет), а так, подобный треш, только внешним индексатором ускорять. Хотя конечно стоит описать глобальную проблему, может это по другому решается.

Потому что, в первом случае ты сначала все запустил, а потом ожидаешь выполнение, а во втором, ты ожидаешь выполнения после каждого конкретно запуска, тут даже create_task не нужен, можно тупо await waste_time()

там же в доках написано что за attachment menu https://core.telegram.org/bots/webapps#launching-m... там же написано

Attachment menu integration is currently only available for major advertisers on the Telegram Ad Platform. However, all bots can use it in the test server environment.

Проблема в том, что ты даже не пытался попробовать, хранилище настраиваются у Dispatcher, ему пофиг на кол-во роутеров.

Хотелось бы понять, как с ним работать?

открыть доки и почитать, открыть гитхаб и посмотреть примеры, погуглить наконец, а не бежать сразу сюда.

без разницы, подбрось монетку

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

пусть подает заявку через бота

Не понятно в чем проблема? У тебя session же где-то вызывает request, ну или конкретный метод, вот там и устанавливай proxy

В самом django нет service, поэтому все делают как им удобно, у меня часто это просто набор функций, без объекта. Тут больше про то, что ты хочешь этим добиться, например, в потомках переопределить _model и это почти сразу заработало, то ок. Хотя для этого наверно стоит сделать базовый класс.