Сравнение решений WraithCore, InfiniteServer, AntyZenno

В данной статье мы расмотрим основные отличия наших решений, посмотрим на их плюсы и минусы, а так же поможем вам определится с выбором (проекты идут в порядке от более старого до более нового)

1) Плагин AntyZenno

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

2) InfiniteServer.exe

Установка и запуск InfiniteServer.exe

Принцип работы данного решения был продиктован проблемами ZennoPoster и плагина AntyZenno, из-за чего весь исходных код программы был разделен на 2 части:

1. Библиотека InfiniteClient.dll - по сути это просто C# оболочка, для отправки данных из ZennoPoster в InfiniteServer.exe.
2. InfiniteServer.exe - исполняемый файл, который обрабатывает команды от ZennoPoster(подсредством InfiniteClient.dll), на своей стороне выполняет получнные команды (клик, ввод текста, парсинг, навигация по страницам, работа со вкладками и тд.) после чего отсылает результат выполненного действия обратно в ZennoPoster

InfiniteServer.exe является не плохим решением, в котором были решены многие фундаментальные проблемы AntyZenno, основной проблемой является то, что на C# (а InfiniteServer.exe и InfiniteClien.dll написаны на нем) нет подходящих форков популярных драйверов, которые могли бы достаточно хорошо скрывать признаки автомацизации.

Так же многих пугает то, что шаблоны приходится писать используя C#, который большиство пользователей не знают, ведь вся суть ZennoPoster заключается в том, что бы создавать проекты без написания кода. Я прекрастно понимаю тех, кого это пугает, но на это были свои причины. C# библиотека сильно упрощает создания самого решения, так как можно очень легко и удобно добавлять новые функции, исправлять баги и многое другое. Так же очередным плюсом такого подхода является то, что если вы допустили где-то ошибку в написании кода, то компилятор сам выдаст вам ошибку, а так же укажет на точное место в шаблоне, где она появилась.

Я очень старался сделать API InfiniteClient.dll максимально простым и понятным, даже для тех, кто далек от программирования, потратив 1-2 часа времени, можно достаточно просто изучить все функции. Посмотрев на скриншоты ниже, я думаю достаточно просто разобраться с тем, что делают те или инные функции (к тому же вместе с InfiniteClient.dll поставляется InfiniteClient.xml, которая выводит текстовые подсказки). Хотя изначально все выглядит сложно, на самом деле все достаточно просто и понятно, нужно всего лишь потратить немного времени и разобраться.

3) WraithCore.exe

Данное решение ОЧЕНЬ схоже с InfiniteServer.exe, но является его полным переосмыслением и дополнением.

В данном решении соотношение минусов и плюсов в значительной степени отличается (возможно даже что-то не вспомнил), еще немного более подробно расскажу о тонких моментах WraithCore.exe и постараюсь ответить на вопросы, которые у вас могли возникнуть по ходу чтения данной статьи.

InfiniteClient.dll - это C# библиотека (модуль или проще говоря штука, в которой вы пишите одну строку, а у нее под капотом выполняется много всего сложного, что упрощает вам жизнь, как пользователю) которая добавляется в корневую папку ZennoPoster (чтобы он смог ее увидеть и понимал, что вы от него хотите, когда пишите код).

Изначально эта библиотека разрабатывалаcь для InfiniteServer.exe что бы реализовать передачу информации (отправку команд в браузер и получение результатов) между ZennoPoster и InfiniteServer.exe, что и позволила вынести всю обработку и выполнения кода из ZennoPoster.

Зачем нужны были такие сложности? Просто поверьте, из-за огромного количества факторов на мой взгляд это было самое рациональное и правильно решение. И по сколько WraithCore.exe максимально похож на InfiniteServer.exe я решил, что правильно было сохранить (или по крайней мере постараться сохранить) максимальную совместимость проектов написанных на InfiniteServer.exe с новым WraithCore.exe.

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

Да, наверное многие заметили, что в AntyZenno и в InfiniteServer.exe были реализованы функции запуска некоторых браузеров "из коробки" (AdsPower, Dolphin, OctoBrowser, IxBrowser). Не спорю, в какой-то степени это было удобно, но на это были свои паричины, основной же является следующее:

Я решил изолировать новое решение и не быть завязанным на API и документациях сторонних сервисов (в данном случае антидетект браузеров). У всех браузеров свой API, свои задержки, баги, артефакты при запуске и закрытии браузеров, поэтому мною было принято решение, переложить эту ответственность на Вас, как на разработчиков. WraithCore.exe является сугубо посредником в управлении между БРАУЗЕРОМ и ZennoPoster (хочу отметить что в тестовом шаблоне я все же указал способы запуска некоторых браузеров с помощью POST/GET запросов)

Да, для этого был создан локальный конструктор generator.html, который поможет вам быстро и просто писать код

Я перепробовал много различных вариантов, и в нашей связке с ZennoPoster данное решение мне кажется наиболее выгодным и правильным. Вот основные мои аргументы:

• В ZennoPoster уже встроен экшен C#, что позволяет просто и быстро создавать новые действия
• Быстрая прогрузка интерфейса (экшена C#)
• Очень удобно мне, как разработчику решения вносить новые идеи, фиксить баги и тд.
• Очень удобно обновляться до новых версий, вам достаточно просто запустить новый WraithCore.exe и закинуть InfiniteClient.dll в корневую папку ZennoPoster, что занимает меньше минуты времени
• Если все же получилось так, что был обновлен какой-то метод, функция, свойство и тд, то вам не нужно будет бегать по проекту и искать эти места, ZennoPoster сам покажет вам эти кубики на этапе компиляции (но в целом я стараюсь не менять ничего в основном API, в ином случае просто пытаюсь добавить перегрузку метода или продублировать что-то в отдельном свойстве)
• Возможность комбинации действий. В самом деле, это беезумно удобно, если вы хотябы немного умеете програмировать или общатся с нейросетями, то можете сами убедится в том, что создание проетов с помощью кода, очень сильно упрощает работу, в частности обслуживание шаблонов. Вместо создания 10, 20, 30, ... кубиков бессконечных циклов, проверок, создания временных переменных и многое другое, мы можете сделать огромную часть локиги всего лишь в ОДНОМ кубике и не нужно будет бесконечно скролить шаблон, в поиске нужного кубика (пример будет чуть ниже)

Не скачивайте наши решения на сторонних ресурсах, не скачивайте версии которые Вам присылают в личные сообщения и в чатах. Не покупайте ни у кого "лицензию". Все вопросы по покупке, продлению лицензий и т.д. @Midaw007