xmoonlight, В питоне, как минимум, есть стандарт wsgi, который не даст собрать запросы в кучу и реализовать "пакетную" обработку, чтобы это ни значило. В питоне обычно не пишут свои http сервера которые позволяют разруливать http.
Подход может и не привязан, а вот инструментов может и не быть, а чтобы понять есть ли инструменты, нужно осмыслить подход или увидеть хотя бы пример. Из ответа мне, например, не понятно, что есть внешний каскад и что понимается под асинхронной очередью - если очередь это неблокирующие сокеты и поллинг с обработкой событий, а под "внешний каскад" понимается обработка входящих запросов от клиента к серверу, то ок, понятно что имеется ввиду, но почему только зависимые и что есть "зависимые" - нет.
А что под внутренней? Запросы в бд и к сторонним API, которые должно выполнить приложение для обработки запроса клиента? Тогда непонятно почему во "внутреннюю" очередь попадают внешние запросы
Чуется хлебнёт автор пытаясь реализовать написанное в этом ответе на питоньих синхронных фреймворках. С aiohttp не знаком, но мне кажется и там такое сделать непросто будет
Александр Фил, Не, если ты хочешь питоном, то можно и питоном, только надо будет изучать сторонние библиотеки и все равно использовать cron/scheduler, что не есть продуктивность
1. При переименовании файла он всё равно ругается также, будто ничего и не меняла.
Надо приложить ошибку и состояние текущего каталога(файлы). Технически не должно быть такого, чтобы он ругался точно также, т.к. до строки с load_file даже не дойдет.
В дороге работаю на ноуте 2012 года, который сейчас стоит 17к, ссд, 8 гб оперативы и дешевый радеон a6, пайчарм с проектами на 50 тыщ строк кода работает относительно нормально. Я это пишу к тому, что очень категоричный ответ на вопрос. Сам бы я, конечно, не стал покупать ноут у которого есть шансы не тянуть 1080р на ютубе(описанный мной не тянет)
Армянское Радио, не важно что там окажется, я отталкиваюсь от заданого вопроса, не сказал автор раньше о требованиях с ведением статистики ну и пошел он следующий вопрос задавать.
Некрасова Елизавета, Можно с помощью модуля multiprocessing и multiprocessing.queue, в одну очередь кладется задача, во вторую процесс кладет путь до созданной картинки и айдишник того кому ее нужно отправить. Но так-как у тебя используется блокирующая либа - работу с очередями надо будет делать в отдельном потоке. Ещё можно усложнить себе задачу и прикрутить какие-нибудь очереди типо python-rq или celery, которые результат буду складывать в базу, а дальше как и в первом варианте.
Или, если же один и тот же бот может работать из нескольких скриптов без каких-либо проблем, то штуки с потоками и двумя очередями ненужны, после создания картинки в другом процессе или воркере созданном python-rq/celery отправлять картинку кому надо.
Подход может и не привязан, а вот инструментов может и не быть, а чтобы понять есть ли инструменты, нужно осмыслить подход или увидеть хотя бы пример. Из ответа мне, например, не понятно, что есть внешний каскад и что понимается под асинхронной очередью - если очередь это неблокирующие сокеты и поллинг с обработкой событий, а под "внешний каскад" понимается обработка входящих запросов от клиента к серверу, то ок, понятно что имеется ввиду, но почему только зависимые и что есть "зависимые" - нет.
А что под внутренней? Запросы в бд и к сторонним API, которые должно выполнить приложение для обработки запроса клиента? Тогда непонятно почему во "внутреннюю" очередь попадают внешние запросы