Houndarr: автоматический поиск отсутствующих медиафайлов в стеке \*arr

Houndarr: автоматический поиск отсутствующих медиафайлов в стеке \*arr

Houndarr — это решение для автоматического поиска отсутствующих медиафайлов в твоем стеке \*arr. Он позволяет организовать поиск с контролем за количеством запросов и избегать чрезмерной нагрузки на индексы.

Проект фокусируется на том, чтобы обеспечивать "вежливые" запросы без злоупотребления ресурсами, что в отличие от многих аналогов уменьшает риск блокировок. Отлично подойдет тем, кто уже использует такие инструменты, как Radarr или Sonarr, и хочет оптимизировать управление медиафайлами, не беспокоясь о чрезмерной активности на индексерах.

Houndarr написан на JavaScript и запускается с помощью Docker или Helm. Важно отметить, что проект находится на ранней стадии разработки, так что могут быть недоработки. Если ты ищешь что-то стабильное и коммерчески применимое, учитывай это.

Что такое Houndarr?

Houndarr — это утилита для автоматического поиска отсутствующего медиа-контента в экосистеме \*arr, такой как Radarr, Sonarr, Lidarr, Readarr и Whisparr. В отличие от встроенных возможностей данных приложений, которые могут перегружать индексаторы неоптимальными запросами, Houndarr делает это медленно и аккуратно, используя задержки между запросами.

Зачем нужен Houndarr?

Проект позволяет эффективно находить медиа-контент, который уже должен быть в твоей библиотеке, но по каким-то причинам отсутствует или его качество не соответствует установленным требованиям. Houndarr использует настройки для выполнения запросов к API твоих \*arr приложений, сохраняя при этом вежливый подход, чтобы избежать временных блокировок со стороны индексаторов.

Как устроен Houndarr?

Houndarr запускается в виде одного контейнера Docker и взаимодействует с установленными у тебя экземплярами \*arr через REST API с минимальным сетевым воздействием. Он поддерживает следующие функции:

  • Обработка запросов на поиск отсутствующих медиа-контентов и объектов, качество которых ниже установленного лимита.
  • Опции, позволяющие настроить размер пакета запросов и временные задержки между ними.
  • Встроенный веб-интерфейс для мониторинга статуса и просмотра логов.

Как установить и запустить Houndarr?

Для запуска Houndarr тебе необходимо создать файл docker-compose.yml с минимальной конфигурацией. Вот пример:

services:
  houndarr:
    image: ghcr.io/av1155/houndarr:latest
    container_name: houndarr
    restart: unless-stopped
    ports:
      - "8877:8877"
    volumes:
      - ./data:/data
    environment:
      - TZ=America/New_York
      - PUID=1000
      - PGID=1000

После этого запусти команду:

docker compose up -d

После запуска открой http://<твой_хост>:8877 и создай свою учетную запись администратора.

Ограничения Houndarr

Houndarr имеет ряд ограничений:

  • Не интегрируется с клиентами для загрузки — он лишь инициирует поиски в твоих \*arr приложениях, которые сами управляют загрузкой.
  • Не поддерживает управление индексаторами через Prowlarr — каждое \*arr приложение управляет своими индексаторами самостоятельно.
  • Не обрабатывает запросы от других пользователей — доступен только один администратор.
  • Не меняет файлы медиа в библиотеке.

Безопасность

Houndarr не собирает телеметрию или аналитику. Все выходящие соединения направляются только к конфигурированным \*arr экземплярам. API ключи шифруются, а аутентификация защищена методами bcrypt и CSRF.

Радар проекта: 68 из 100 — крепкий проект

ИмпульсТемпЗрелостьСообществоСвежестьСтартПродакшенДовериеДокументацияЭкосистема68
  • Импульс 7 ≈ 13 звёзд в месяц
  • Темп разработки 62 33 коммита за 12 недель
  • Зрелость 81 проекту 8 месяцев, 38 релизов
  • Сообщество 23 3 участника, 4 форка
  • Свежесть 96 последний коммит — 7 дней назад
  • Быстрый старт 90 есть: команда установки, Docker, сайт/демо
  • Готовность к продакшену 100 релиз v1.13.3, автосборка, тесты
  • Безопасность и доверие 80 лицензия AGPL-3.0, SECURITY.md
  • Документация 92 README 8.6 тыс. знаков, 8 разделов, папка docs
  • Экосистема 49 3 подписчика на обновления, 8 тем
Как считаем

Только открытые данные GitHub на 07.11.2026, без оценок нейросети. Каждая ось — от 0 до 100, итог — среднее.

  • Импульс — звёзд в день: за время наших замеров, а пока их нет — за всю жизнь проекта; 200 в день — максимум.
  • Темп разработки — коммитов за последние 12 недель; 300 — максимум. Пока GitHub не досчитал статистику, ось не учитывается.
  • Зрелость — возраст проекта (3 года — максимум) и число релизов (30 — максимум), поровну.
  • Сообщество — участников с коммитами (200 — максимум) и форков (5000 — максимум), поровну.
  • Свежесть — дней с последнего коммита: сегодня — 100, полгода и больше или архив — 0.
  • Быстрый старт — в README есть команда установки, раздел «быстрый старт» или примеры использования, в репозитории — Docker и папка примеров, у проекта есть сайт или демо.
  • Готовность к продакшену — релизы, версия 1.0 и выше, автосборка (GitHub Actions), тесты, лицензия, журнал изменений.
  • Безопасность и доверие — открытая лицензия (своя — половина балла), политика безопасности (SECURITY.md), проект организации, правила для участников, не в архиве.
  • Документация — объём и структура README, папка docs или сайт, оценка «здоровья сообщества» GitHub.
  • Экосистема — звёзды (50 тыс. — максимум), подписчики на обновления (1000 — максимум), темы репозитория.

Открыть на GitHub: av1155/houndarr →

Что нового на GitHub — короткие обзоры на русском Новые обзоры приходят в Telegram. Без спама, по делу.
Подписаться

Похожие статьи

Популярные темы на сайте