Бот для Ютуб

Bot Development, Javascript and Typescript — incorrectly specified categories?

Проект на питоне или ноде.

Нужен консольный бот (не селением) для накрутки лайков и просмотров.

Основные требования (команды):

- регистрация новых аккаунтов в gmail

- поиск в Ютубе

- просмотр ролика

- работа с прокси

- работа в 2000+ потоков 24/7 (чем легче бот тем лучше)

Если вы согласны, то присылайте идею реализации, какие технологии будете использовать и цену.

Update #1 from 22 February 2022

Используем бд sqlite/mysql

Таблицы:

-users (id, login, password, country, cookies, time_zone)

-proxy (id, host, port, login, password, country)

-user_work (id, user_id, start, stop)

-user_proxy (id, user_id, proxy_id)

-work (id, type, href, created_at)

Таблица proxy заполняется оператором.

Таблица users заполняется ботом

Таблица user_work заполняется оператором, она отвечает за то в какие часы, какой бот будет онлайн

Описание работы:

1) create - бот регистрирует нового пользователя используя прокси

2) visit [url] [count] [time] [country] - просмотр видео time - время в секундах

2.1) получаем данные про видео/стрим

2.2) свободные боты которые в сети заходят в Ютуб

2.3) находят канал

2.4) на канале находят видео

2.5) смотрят видео и рекламу на протяжении указанного времени

3) like [url] [count] - по описанной схеме в 2 пункте ставят лайк

4) subscribe [url] [count] [country] - подписка на канал

По возможности боты должны использовать тот же proxy что и при регистрации.

На 1 прокси может сидеть только 1 бот

Update #2 from 22 February 2022

Желательно использовать браузер firefox

Update #3 from 22 February 2022

Если Гугл начинает требовать капчу, то мы забываем про этот прокси или пользователя

Update #4 from 24 February 2022

В связи с военным положением, проект замораживается. Мир вам братья. Защитим нашу землю

Proposals 2 Rejected 1 Discussions 2

Oleg G. 22 February 2022

Колеги, поправьте меня если я не прав. У ютуб есть анализатор накрутки. Для того, чтоб она меньше задавала вопросов, все действия нужно будет делать через полноценный хром. Решение есть на ноде плюс пуппетер. Но. Чтоб работать в 2000+ потоков и чтоб они шли каждый через свой прокси, нужно будет запускать 2000+ экземпляров хрома. Даже в хеадлес режиме, без отображения графики, это 250мб оперативки на один экземпляр. А с загруженой страницей ютуб и того больше. Даже элементарный посчет говорит что для работы в 2000+ потоков нужен будет сервер с 500GB+ оперативы. Так же заказчик не уточнил, откуда будет браться 2000+ прокси и что делать в случае если гугл начнёт показывать рекапчу ( то есть блокировать работу бота). И это мы ещё не коснулись алгоритма, при котором гугл не будет скручивать назад накрученные просмотры. Мой вердикт. Сделать можно. Но это будет стоить очень дорого. Как софт, так и железо.