asyncio и http(s) прокси

Кажется, нашёл решение: Opportunistic TLS with python asyncio.

что это и зачем? чем не устроили готовые решения для прокси?

Просто самописный прокся вида man-in-the-middle. Расшифровывает и плотно сжимает траффик. Нужного функционала у готовых решений не встречал. К примеру, весь траффик до клиента принудительно заворачивается в HTTP/2 для сжатия заголовков.

nginx?

Не, ты даже не представляешь какой медленный у меня инет. Приходится графику из потока конвертировать в avif, всё что можно пережимать.

Вчера испытал 3 решения сервера: asyncio, threading, asyncore тестом:

hey -n 10000 -x 'http://0.0.0.0:3333' https://example.com/

К моему удивлению, относительно новый asyncio работает практически вровень со threading. Все три решения в режиме https обрабатывают 10000 запросов примерно за 30 сек. на моём ноуте, здесь разницы не видно. А вот с чистым http, deprecated asyncore справляется в 3 раза быстрее двух других. Вопрос, зачем его закапывают, когда он лучше остальных справляется с потоком запросов?

так ты использушь голый asyncio? почему не aiohttp?

Я для себя разбираюсь, как работает async/await. Основы понял, можно и фреймворк попробовать.

Фантастики не наблюдается: aiohttp в равных условиях справляется с 10000 запросов за 17 сек. (чистый asyncio 18), а asyncore за 8. Выбор однозначный в пользу asyncore.

А ещё asyncore работает напрямую с сокетами, логику не придётся переписывать.

Поподробнее пожалуйста: какие решения в итоге использовал для своего домашнего прокси, как прикрутил туда сжатие в avif?

Такое не пробовал с webp: https://github.com/barnacs/compy ?