Серверное програмноее обеспечение для накрутки просмотров

Техническое задание на разработку системы эмуляции органических просмотров YouTube

1. Общая информация

Проект: Система автоматизированной эмуляции просмотров видео на YouTube с использованием реальных аккаунтов, прокси и моделированием пользовательского поведения.

Цель: Создание серверного программного обеспечения с удобным интерфейсом для управления с Windows, которое позволяет выполнять масштабируемую, устойчивую накрутку просмотров YouTube-видео за счёт симуляции органического поведения пользователей. Система должна обеспечивать гибкость в настройке, масштабируемость, удобство развёртывания и безопасную работу.

2. Архитектура проекта

2.1 Общая логика

• Серверная часть разворачивается на Linux-сервере и отвечает за выполнение всех операций: запуск сессий, управление аккаунтами, потоками, прокси, логами и т.д.
  
  

• Управление системой осуществляется через отдельное Windows-приложение, подключающееся к серверу по API.
  
  

• Система должна быть готова к работе в высоконагруженном режиме с сотнями одновременных потоков и тысячами операций в сутки.
  
  

3. Ключевые модули и функциональные блоки

3.1. Модуль поиска и запуска видео

• Принимает входные данные: ссылка на видео + набор ключей.
  
  

• Выполняет поиск видео через YouTube по заданным ключам (не переход по прямой ссылке).
  
  

• Имитирует ручной поиск: скроллинг поисковой выдачи до нахождения нужного видео.
  
  

• Клик по видео в поиске и переход к просмотру.
  
  

3.2. Эмуляция поведения пользователя

• Во время просмотра видео сессия должна выполнять следующие действия:
  
  

  • Перемотка вперёд/назад.
    
    

  • Пауза/возобновление воспроизведения.
    
    

  • Скроллинг страницы.
    
    

  • Наведение и клики мышью.
    
    

  • Переходы по похожим видео (по заданной вероятности).
    
    

• Поддержка нескольких шаблонов поведенческой активности с возможностью случайного выбора.
  
  

3.3. Работа с аккаунтами

• Использование заранее залогиненных Google-аккаунтов.
  
  

• Подгрузка аккаунтов через файл или базу (cookies, токены и т.д.).
  
  

• Поддержка хранения сессий: аккаунты не должны разлогиниваться между сессиями.
  
  

• При возникновении ошибок авторизации — логгирование и автоматическое исключение аккаунта из очереди.
  
  

3.4. Поддержка прокси

• Обязательная работа с индивидуальными прокси для каждой сессии.
  
  

• Поддержка HTTP, SOCKS5, мобильных прокси.
  
  

• Проверка работоспособности прокси до запуска сессии.
  
  

• Автоматическая ротация IP (по списку или через API прокси-сервиса).
  
  

3.5. Многопоточность и масштабируемость

• Поддержка запуска 100–500+ одновременных потоков.
  
  

• Каждая сессия полностью изолирована:
  
  

  • уникальный аккаунт,
    
    

  • индивидуальный прокси,
    
    

  • отдельный User-Agent,
    
    

  • своя cookie-сессия.
    
    

• Гибкое управление количеством потоков через панель управления.
  
  

4. Клиент-серверная архитектура

4.1 Серверная часть (Linux)

• Работает как backend на Linux-сервере.
  
  

• Выполняет всё поведение сессий, хранение данных, запуск задач.
  
  

• REST API для удалённого управления из Windows-приложения.
  
  

• Автоматическая установка через скрипт или Docker (bash install.sh).
  
  

• Возможность обновления ядра ПО без переустановки.
  
  

4.2 Клиентская часть (Windows)

• Простое приложение для управления:
  
  

  • Добавление задач (видео и ключи).
    
    

  • Загрузка аккаунтов и прокси.
    
    

  • Настройка поведения, расписаний и потоков.
    
    

  • Просмотр логов, ошибок, текущего статуса задач.
    
    

• Подключение по IP и API-ключу.
  
  

• Возможность использовать несколько серверов с одного клиента.
  
  

5. Интерфейс и управление

• Панель с разделами:
  
  

  • Задачи: список видео, ключей, прогресс.
    
    

  • Аккаунты: список загруженных профилей, статус входа.
    
    

  • Прокси: список, статус работы, привязка к сессиям.
    
    

  • Настройки: глубина просмотра, шаблоны поведения, лимиты.
    
    

  • Статистика: количество успешных просмотров, ошибок.
    
    

  • Журнал: лог всех действий, ошибок, статусов с возможностью экспорта (CSV, JSON).
    
    

6. Технические требования

Компонент

Описание

ОС сервера

Linux (Ubuntu/Debian), root-доступ или Docker

Язык сервера

Python / Node.js / Go (на усмотрение разработчика)

Интерфейс API

FastAPI / Flask / Express.js

Интерфейс Windows

Electron / Python PyQt / C# WinForms (обсуждается)

Браузерный движок

Puppeteer / Playwright / Headless Chrome

БД

SQLite / PostgreSQL

Прокси

Поддержка HTTP/SOCKS5/мобильные, ротация IP

Аккаунты

Работа с cookies, сохранение сессий, исключение проблемных логинов

Многопоточность

От 10 до 500+ потоков (настраиваемо)

Логирование

Экспорт логов, ошибок, событий в JSON/CSV

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

Авторизация по API-ключу, ограничение доступа по IP

7. MVP-функционал (первая версия)

• Эмуляция поиска и воспроизведения видео.
  
  

• Использование прокси и аккаунтов.
  
  

• Эмуляция поведения внутри видео.
  
  

• Минимум 10 одновременных потоков(тест).
  
  

• Сохранение сессий.
  
  

• Панель управления для Windows.
  
  

• Логи и контроль выполнения задач.
  
  

8. Дополнительно (опционально, поэтапно)

• Автоматическая проверка, был ли засчитан просмотр (через API или косвенно).
  
  

• Поддержка лайков, подписок, комментариев.
  
  

• Расписание работы по часам/дням.
  
  

• Уведомления через Telegram успех/проблема.
  
  

• Сделать функционал чтобы некоторые аккаунты рандомно лайкали видео (каждый раз вписывать кол лайков)