[FR] Добавить поддержку aria2c в EGET_BACKEND для ускорения загрузки в epm play

[e-gleba]

Сейчас epm play (и скрипт eget под капотом) использует для загрузки только wget или curl. Это создает узкое место при скачивании больших файлов, особенно с github, так как загрузка идет в один поток. На широком канале (100+ Мбит) это медленно. Ждать гигабайты в один поток в 2025 году — это боль.

Добавить нативную поддержку aria2 (aria2c) в обертку eget.
Если у пользователя установлен aria2c и задана переменная окружения (например, EGET_BACKEND=aria2), скрипт должен использовать её для многопоточной загрузки.

Примерная логика маппинга аргументов для реализации:

• Базовая команда: aria2c -x 8 -s 8 -k 1M (для максимальной скорости).
• Вывод в файл: вместо wget -O ... использовать aria2c -o ....
• Тихий режим: вместо wget -q использовать aria2c -q.
• Игнор сертификатов: aria2c --check-certificate=false.

[vitlav]

А в каком месте один поток ограничивает скорость? И вы уверены, что серверу понравится, если вы его восемью потоками атакуете?

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

[e-gleba]

Сейчас, в условиях ограничений только так и приходится делать. Особенно полезно, когда пакет качает большой zip с какого-нибудь github'а, а далее мы уже все сами распаковываем. Я позамерял и у меня упор идет именно в сеть. Некоторын сайты намеренно ограничивают скорость, но не запрещают скачку в нессколько потоков. Опять же, можно добавить возможность это дело отключать. Я еще раз ссылаюсь на scoop как пример, особенно понравилось, когда скачиваешь что-то через vpn, как тот же CLion и очень медленно выходит (в РФ и РБ jetbrains возвращают 451/403 коды)