Budżet: 27000 UAH Termin: 1 dzień
Już robiłem coś podobnego, tylko z naciskiem na komentarze.
były wersje win 10 +zennoposter i win 10+ zennoposter+ antik
Specyfikacja techniczna na rozwój systemu emulacji organicznych wyświetleń YouTube
1. Ogólne informacje
Projekt: System zautomatyzowanej emulacji wyświetleń wideo na YouTube z wykorzystaniem prawdziwych kont, proxy i modelowania zachowań użytkowników.
Cel: Tworzenie serwerowego oprogramowania z wygodnym interfejsem do zarządzania z Windows, które umożliwia skalowalny, stabilny sztuczny wzrost wyświetleń wideo na YouTube poprzez symulację organicznego zachowania użytkowników. System powinien zapewniać elastyczność w konfiguracji, skalowalność, łatwość wdrożenia i bezpieczną pracę.
2. Architektura projektu
2.1 Ogólna logika
Część serwerowa jest uruchamiana na serwerze Linux i odpowiada za wykonywanie wszystkich operacji: uruchamianie sesji, zarządzanie kontami, strumieniami, proxy, logami itp.
Zarządzanie systemem odbywa się przez oddzielną aplikację Windows, łączącą się z serwerem przez API.
System musi być gotowy do pracy w trybie wysokiego obciążenia z setkami równoczesnych strumieni i tysiącami operacji dziennie.
3. Kluczowe moduły i funkcjonalne bloki
3.1. Moduł wyszukiwania i uruchamiania wideo
Przyjmuje dane wejściowe: link do wideo + zestaw słów kluczowych.
Wykonuje wyszukiwanie wideo przez YouTube według podanych słów kluczowych (nie bezpośredni link).
Imituje ręczne wyszukiwanie: przewijanie wyników wyszukiwania aż do znalezienia odpowiedniego wideo.
Kliknięcie na wideo w wynikach wyszukiwania i przejście do oglądania.
3.2. Emulacja zachowania użytkownika
Podczas oglądania wideo sesja powinna wykonywać następujące działania:
Przewijanie do przodu/do tyłu.
Pauza/wznowienie odtwarzania.
Przewijanie strony.
Nawigacja i kliknięcia myszą.
Przejścia do podobnych wideo (według zadeklarowanego prawdopodobieństwa).
Wsparcie dla wielu wzorców zachowań z możliwością losowego wyboru.
3.3. Praca z kontami
Używanie wcześniej zalogowanych kont Google.
Ładowanie kont przez plik lub bazę danych (cookies, tokeny itp.).
Wsparcie przechowywania sesji: konta nie powinny się wylogowywać między sesjami.
W przypadku błędów autoryzacji — logowanie i automatyczne wykluczenie konta z kolejki.
3.4. Wsparcie proxy
Obowiązkowa obsługa indywidualnych proxy dla każdej sesji.
Wsparcie HTTP, SOCKS5, proxy mobilne.
Weryfikacja działania proxy przed uruchomieniem sesji.
Automatyczna rotacja IP (według listy lub przez API serwisu proxy).
3.5. Wielowątkowość i skalowalność
Wsparcie uruchomienia 100–500+ równoczesnych strumieni.
Każda sesja jest całkowicie izolowana:
unikalny kont,
indywidualne proxy,
odrębny User-Agent,
własna cookie-sesja.
Elastyczne zarządzanie liczbą strumieni przez panel sterowania.
4. Architektura klient-serwer
4.1 Część serwerowa (Linux)
Pracuje jako backend na serwerze Linux.
Wykonuje całą obsługę sesji, przechowywanie danych, uruchamianie zadań.
REST API do zdalnego zarządzania z aplikacji Windows.
Automatyczna instalacja przez skrypt lub Docker (bash install.sh).
Możliwość aktualizacji jądra oprogramowania bez reinstalacji.
4.2 Klient (Windows)
Prosta aplikacja do zarządzania:
Dodawanie zadań (wideo i słowa kluczowe).
Ładowanie kont i proxy.
Konfiguracja zachowań, harmonogramów i strumieni.
Podgląd logów, błędów, aktualnego statusu zadań.
Połączenie przez IP i klucz API.
Możliwość korzystania z wielu serwerów z jednego klienta.
5. Interfejs i zarządzanie
Panel z sekcjami:
Zadania: lista wideo, słów kluczowych, postęp.
Konta: lista załadowanych profili, status logowania.
Proxy: lista, status pracy, powiązanie z sesjami.
Ustawienia: głębokość oglądania, wzorce zachowań, limity.
Statystyki: liczba udanych wyświetleń, błędów.
Dziennik: logi wszystkich działań, błędów, statusów z możliwością eksportu (CSV, JSON).
6. Wymagania techniczne
Składnik
Opis
System operacyjny serwera
Linux (Ubuntu/Debian), dostęp root lub Docker
Język serwera
Python / Node.js / Go (według uznania programisty)
Interfejs API
FastAPI / Flask / Express.js
Interfejs Windows
Electron / Python PyQt / C# WinForms (do ustalenia)
Silnik przeglądarkowy
Puppeteer / Playwright / Headless Chrome
Baza danych
SQLite / PostgreSQL
Proxy
Wsparcie HTTP/SOCKS5/mobilne, rotacja IP
Konta
Obsługa cookies, przechowywanie sesji, wykluczanie problematycznych logowań
Wielowątkowość
Od 10 do 500+ wątków (konfigurowalne)
Logowanie
Eksport logów, błędów, zdarzeń w JSON/CSV
Bezpieczeństwo
Autoryzacja przez klucz API, ograniczenie dostępu po IP
7. Funkcjonalność MVP (pierwsza wersja)
Emulacja wyszukiwania i odtwarzania wideo.
Użycie proxy i kont.
Emulacja zachowania wewnątrz wideo.
Minimum 10 równoczesnych strumieni (test).
Zapis sesji.
Panel zarządzania dla Windows.
Logi i kontrola realizacji zadań.
8. Dodatkowo (opcjonalnie, etapami)
Automatyczne sprawdzanie, czy wyświetlenie zostało zaliczone (przez API lub pośrednio).
Wsparcie dla lajków, subskrypcji, komentarzy.
Harmonogram pracy według godzin/dni.
Powiadomienia przez Telegram o sukcesie/problemie.
Funkcjonalność losowego lajkania niektórych kont (za każdym razem wpisywać liczbę lajków)