Интеграция ZennoBrowser с ZennoPoster

i.stasik · 21.12.2025

ZennoBrowser и ZennoPoster по сути ресурсов не потребляют, потребляют запущенные шаблоны, а они бывают разные.

Tony80 сказал(а):
i3-6006U 2GHz с 6Gb

в полне должно хватить на 2 бесплатных потока ZennoBrowser
если захотите больше, то +20$ ежемесячно

Dmitriy_Zenno · 22.12.2025

Tony80 сказал(а):
Благодарю за ответ.

Оплатил продление лицензии, обновился до версии 7.8.13. Скачал ZennoBrowser, установил.
По видео Крепского стараюсь переосмыслить рабочий процесс.

Насколько я понимаю ZB действительно снимает многие вопросы анонимности, которые долгое время беспокоили пользователей ZP. Оценил результаты www.browserscan.net - 100%, это впечатляет.

Пока не укладывается в голове следующее. В ZB (ZennoBrowser) заводятся профили, к ним цепляются прокси. ZB вызывается через ZP, а сами данные профиля управляются в PM или PM для профиля и куков неактуально?

Вижу, что экспорт/импорт куки можно производить в ZB.

Да вы правы, для того чтобы заработала интеграция, нужно было обновить ZP и лучше до актуальной версии.

По работе с куками ZB через ZP. пока есть такое решение
PM для профиля ZB неактуален.

Dmitriy_Zenno · 22.12.2025

Tony80 сказал(а):
Да, так я и сделал.

Здесь я, извините, не понял.

При создании профиля в ZB браузер формирует только его тех. хар-ки: ОС, UserAgent, Экран, ЦП и т.д.
Что же касается его именных и соц. характеристик - ФИО, возраст и т.д. я в ZB этого не вижу.

Когда же я выполняю интеграцию PM с ZB и запускается процесс в текущем профиле PM я вижу, что в текущую запись профиля импортируются куки ZB (т.е. те действия который я выполнил отдельно в ZB, если бы в этом необходимость - история этих действий отражается в куки, который теперь выводятся в текущем профиле PM).

Т.е. насколько я понимаю, данные объединяются. Тогда возникает вопрос, если мне нужно сохранить текущий профиль и с указанным ФИО и с куками, мне где это делать? В PM? Мы говорите - он для ZB неактуален.
Или сохранять куки через ZB? Но тогда там нет данных по соц. хар-кам, потому что они появились только в моменте интеграции PM с ZB.

Здесь для меня возникает путанница, что является результирующим профилем, как его сохранить и как его импортировать, если я захочу к нему вернуться позже.

Допустим. Я отработал в PM и закончил работу. Закрыл PM и ZB. На следующий я запускаю PM и там будет сгенерирован новый профиль, куда загрузятся куки из ZB. Вопрос - а крайние куки там будут? А данные пользователи с которым я работал вчера? Или мне придётся работать со старыми куками, но уже с новым пользователем?

Вы всё понимаете правильно. Профиль ZennoBrowser (ZB) и профиль ZennoPoster (ZP) — это два полностью независимых профиля, и они никак не влияют друг на друга.

При работе с сайтом используются отпечатки и данные, которые хранит профиль ZB. В то же время такие данные, как имя, фамилия, дата рождения и другие пользовательские значения, хранятся в профиле ZP. Поэтому, если вам необходимо сохранять и использовать эти данные, их следует хранить в виде отдельного профиля ZP.

После завершения работы с профилем ZB вся история сессии (cookies, localStorage и т.д.) сохраняется именно в профиле ZB. При следующей загрузке этого профиля история будет полностью восстановлена. Однако если дополнительно требуется использовать данные из профиля ZP (имя, фамилия, дата рождения и т.д.), то после интеграции необходимо также подгрузить соответствующий профиль ZP.

LarinOk · Вчера в 06:18

Спрошу тут. В данный момент при интеграции с ZennoBrowser через API вы отдаете номер порта только при создании экземпляра браузера, при этом с каждым перезапуском порт меняется. При запуске таким способом доступа к работе через instance.ActiveTab нет.

Если мне требуется работать с ZB именно через Zennoposter (что бы сохранить возможность работы через instance) я использую стандартный кубик а потом открываю браузер через ShowInstance. В этом случае действующий порт чтобы подключиться к ZB через CDP я могу вытащить только так - парсить папку профиля до запуска. Как то не очень красивый способ получается, и к тому же нет возможности пользоваться облачными профилями. Может можно как то проще все это дело подружить? И почему вы не хотите отдавать номер порта, к примеру при запросе профилей через API?

Dmitriy_Zenno · Вчера в 08:37

LarinOk сказал(а):
Спрошу тут. В данный момент при интеграции с ZennoBrowser через API вы отдаете номер порта только при создании экземпляра браузера, при этом с каждым перезапуском порт меняется. При запуске таким способом доступа к работе через instance.ActiveTab нет.

Если мне требуется работать с ZB именно через Zennoposter (что бы сохранить возможность работы через instance) я использую стандартный кубик а потом открываю браузер через ShowInstance. В этом случае действующий порт чтобы подключиться к ZB через CDP я могу вытащить только так - парсить папку профиля до запуска. Как то не очень красивый способ получается, и к тому же нет возможности пользоваться облачными профилями. Может можно как то проще все это дело подружить? И почему вы не хотите отдавать номер порта, к примеру при запросе профилей через API?

Здравствуйте,

Я немного не понимаю, какую именно схему работы вы хотите реализовать.

У нас нет интеграции ZennoBrowser и ZennoPoster через HTTP API.
Интеграция доступна:

через экшен «Интеграция с ZennoBrowser»
либо через C#:instance.IntegrationLaunch(profileID);

Если вы запускаете браузер через HTTP API, вам выдается WebSocket, через который вы можете подключиться по CDP, для автоматизации через другие инструменты, не через ZP.
Вот все инструменты которые доступны для пользователей.

Мне не понятно, почему вы хотите подключиться по CDP, а потом еще управлять табами через ZP. Так работать не будет.

LarinOk · Вчера в 09:48

Dmitriy_Zenno сказал(а):
Здравствуйте,

Я немного не понимаю, какую именно схему работы вы хотите реализовать.

У нас нет интеграции ZennoBrowser и ZennoPoster через HTTP API.
Интеграция доступна:

через экшен «Интеграция с ZennoBrowser»

либо через C#:instance.IntegrationLaunch(profileID);

Если вы запускаете браузер через HTTP API, вам выдается WebSocket, через который вы можете подключиться по CDP, для автоматизации через другие инструменты, не через ZP.
Вот все инструменты которые доступны для пользователей.

Мне не понятно, почему вы хотите подключиться по CDP, а потом еще управлять табами через ZP. Так работать не будет.

Я может не правильно оперирую терминами, да и вообще усложняю все, совсем недавно начал со всем этим знакомиться. Схема простая: хотел автоматизировать некоторые ручные действия в ZennoBrowser именно через ZennoPoster. CDP нужен только для того чтобы реализовать управление мышкой самому т.к. встроенные методы по многим причинам не подходят, а отказываться от многопоточности в пользу winapi не хочется.

Не знаю будет ли это работать в несколько потоков, пока тестирую все на ZP Lite, но сейчас если предварительно дергать порт, мышкой через CDP я управляю + сохраняю возможность управлять табами через instance.

Dmitriy_Zenno · Вчера в 10:27

LarinOk сказал(а):
Я может не правильно оперирую терминами, да и вообще усложняю все, совсем недавно начал со всем этим знакомиться. Схема простая: хотел автоматизировать некоторые ручные действия в ZennoBrowser именно через ZennoPoster. CDP нужен только для того чтобы реализовать управление мышкой самому т.к. встроенные методы по многим причинам не подходят, а отказываться от многопоточности в пользу winapi не хочется.

Не знаю будет ли это работать в несколько потоков, пока тестирую все на ZP Lite, но сейчас если предварительно дергать порт, мышкой через CDP я управляю + сохраняю возможность управлять табами через instance.

Интересное у вас получается решение.
А как именно вы управляете мышкой через CDP? Если оно в рамках конкретного браузера, то думаю проблем с многопотоком не будет.

Dmitriy_Zenno · Вчера в 10:48

@LarinOk Вот кстати вышла новая версия ZP (пока в тест, но уже можно попробовать).
Думаю вам будет интересно.

Вот такой инструмент появился:

В API браузера добавлено свойство instance.WsConnectionString, с помощью которого можно получить строку подключения DevTools для запущенного браузера Chromium и ChromiumFromZB.

Можно будет сначала запуститься в ZP, а потом получить WebSocket - например для вашей работы через CDP.

LarinOk · Вчера в 15:04

Dmitriy_Zenno сказал(а):
@LarinOk Вот кстати вышла новая версия ZP (пока в тест, но уже можно попробовать).
Думаю вам будет интересно.

Вот такой инструмент появился:

Можно будет сначала запуститься в ZP, а потом получить WebSocket - например для вашей работы через CDP.

Спасибо огромное! Это прямо то что нужно!

А по поводу мыши – после того как дернул порт забираю адрес вкладки из 127.0.0.1:порт/json. Дальше устанавливаю соединение через WS и вожу/кликаю через Input.dispatchMouseEvent как душе угодно. Если грамотно подойти к вопросу таймингов и координат в теории можно получить метрики практически идентичные стандартной 125Гц мышки.

Поиск

Интеграция ZennoBrowser с ZennoPoster

Tony80

Client

Tony80

Client

i.stasik

Client

Tony80

Client

Dmitriy_Zenno

Administrator

Tony80

Client

Dmitriy_Zenno

Administrator

LarinOk

Client

Dmitriy_Zenno

Administrator

LarinOk

Client

Dmitriy_Zenno

Administrator

Dmitriy_Zenno

Administrator

LarinOk

Client

Кто просматривает тему: (Всего: 0, Пользователи: 0, Гости: 0)