Constat
Pour les ebooks, Usenet et BitTorrent ne sont pas toujours les meilleures sources — les bibliothèques de type Anna's Archive / Z-Library ont souvent plus de résultats, notamment pour les éditions non anglophones. Le modèle *arr (indexer NZB/torrent → client SAB/qBit) ne couvre pas le téléchargement direct HTTP. (Légalité variable selon juridiction — usage sous la responsabilité de l'utilisateur.)
Design envisagé — trois niveaux
Niveau 1 — pont externe (aucune modification du core)
Sidecar qui se déguise en couple indexer+client déjà supportés :
Niveau 2 — intégration native
- Nouveau
DownloadProtocol.DirectHttp dans le core ;
- Client de téléchargement intégré « Direct HTTP » (file d'attente, reprise) ;
- Indexer natif Anna's Archive. Atout majeur pour lectarr : AA expose la langue dans ses métadonnées de recherche → le filtre
fra s'applique à la source au lieu d'être deviné depuis les noms de release.
- Automatisation propre via l'adhésion AA (API
fast_download avec clé membre) ; le tier gratuit (attentes/captchas) n'est pas automatisable proprement. Z-Library écarté dans un premier temps (domaines mouvants, login fragile).
Niveau 3 — fallback intelligent
Priorité de sources : Usenet/torrent d'abord, bascule automatique vers le direct quand aucune release dans la langue exigée n'est trouvée — le scénario type : VF introuvable en torrent mais présente sur AA.
Plan proposé
- Niveau 1 en projet séparé (bridge), validation sur le homelab ;
- Si l'usage le justifie, niveau 2 dans lectarr ;
- Niveau 3 une fois les deux voies stables.
Design discuté le 2026-08-11, à raffiner avant implémentation.
Constat
Pour les ebooks, Usenet et BitTorrent ne sont pas toujours les meilleures sources — les bibliothèques de type Anna's Archive / Z-Library ont souvent plus de résultats, notamment pour les éditions non anglophones. Le modèle *arr (indexer NZB/torrent → client SAB/qBit) ne couvre pas le téléchargement direct HTTP. (Légalité variable selon juridiction — usage sous la responsabilité de l'utilisateur.)
Design envisagé — trois niveaux
Niveau 1 — pont externe (aucune modification du core)
Sidecar qui se déguise en couple indexer+client déjà supportés :
~200 lignes de Go/Python + un HelmRelease. Sert de validation d'usage avant d'investir le core.
Niveau 2 — intégration native
DownloadProtocol.DirectHttpdans le core ;fras'applique à la source au lieu d'être deviné depuis les noms de release.fast_downloadavec clé membre) ; le tier gratuit (attentes/captchas) n'est pas automatisable proprement. Z-Library écarté dans un premier temps (domaines mouvants, login fragile).Niveau 3 — fallback intelligent
Priorité de sources : Usenet/torrent d'abord, bascule automatique vers le direct quand aucune release dans la langue exigée n'est trouvée — le scénario type : VF introuvable en torrent mais présente sur AA.
Plan proposé
Design discuté le 2026-08-11, à raffiner avant implémentation.