Конструктор интерфейса.

GamiD

@Denis_krsk все равно например если у меня chrome стоит а я запускаю проект на многопоток я закрываю браузер чтоб нагрузку не делал хром много ресурсов жрет

Denis_krsk

@GamiD Согласен, что на слабом ПК или дедике каком-нибудь где ресурсы ограничены это лишняя нагрузка. Зато если html и css владеешь можно будет разгуляться )

GamiD

@Denis_krsk said in Конструктор интерфейса.:

Зато если html и css владеешь можно будет разгуляться )

ты про интерфейс?

Denis_krsk

@GamiD Ага

GamiD

@Denis_krsk это да но все пользователи ждали другое чтоб так же как и щас запускался но уже с другим интерфейсом

Denis_krsk

@GamiD Ну да, я в их числе ) Но и такое решение лучше, чем только стандартный интерфейс. Темболее он никуда не денется.

GamiD

@Denis_krsk согласен дополнительные функции никогда не помешают=)

support

@Denis_krsk said in Конструктор интерфейса.:

Теперь точно есть повод записаться на курсы web разработчика )) И научиться на практике будет легче!

В некоторых случаях действительно тяжело будет обойтись без дополнительных знаний в верстке и javascript. Но все-таки есть несколько вещей, которые могут упростить работу.

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

@Fox said in Конструктор интерфейса.:

Я так понимаю это полноценный веб-фреймворк?

Использовал готовые либы, например, uikit, grapesjs. Для grapesjs написал свой плагин.

@Fox said in Конструктор интерфейса.:

Отдельно радует api, как много в нём методов?

Вот приблизительный список на данный момент.

Api.SetEventHandler(Callback) Конструктор должен вызывать этот метод чтобы установить
обработчик событий от БАС.
Callback имеет следующий вид:
function(EventName, EventParams)
{
}
EventName – имя события
EventParams — параметры события
Вот список событий.
“log”, {text: “text”, type: type_string, action_id: action_id} -
добавить в лог новое сообщение. type_string – тип сообщения success, fail, user, info
“result”, {text: “text”, number: 0} - добавить новое сообщение в поле результат.
“browser_add”, {browser_id: browser_id, thread_id: thread_id, thread_number: thread_number } — добавлен новый браузер.
“browser_remove”, {browser_id: browser_id,  thread_id: thread_id} — браузер закрыт.
“captcha”, {data: “base64data”, id: captcha_id, is_image: true/false} — нужно решить капчу в ручном режиме.
captcha_id – целое число.
“start”, {} - скрипт начал работу.
“stop”, {} - скрипт закончил работу.
"restart", {} - скрипт был перезапущен.
“thread_start”, {id: thread_id}  - поток начал работу.
“thread_end”, {id: thread_id,success: true/false, message: message, action_id: action_id, raw_message: raw_message, thread_number: thread_number} - поток закончил работу.
“execute_custom_code”, {script: script_to_eval} — скрипт запросил выполнение js в контексте инетерфейса.
script_to_eval должен быть выполнен.

async Api.GetResourcesReport() - метод получает отчет о ресурсах.
async Api.GetScriptReport() - метод получает отчет работе скрипта.
async Api.ViewBrowser() - получить скрин браузера и расположение курсора. Возвращает json {image:image, width:width, height:height, x:x, y:y}. image - изображение в формате base64 png
Api.AcceptResources() - пользователь заполнил ресурсы. После этого Api вызывает метод GetResourceValue(ResourceName) чтобы получить значение ресурсов введенных пользователем. Разработчик скрипта может может менять стандартную реализацию этой функции и подменять значения на свои в этом методе.
Api.Stop(IsInstant) - скрипт нужно остановить, когда он будет остановлен, придет соответствующее событие.
Api.Restart() - перезапуск скрипта.
async Api.DownloadLog() - скачать лог файл.
async Api.DownloadResult(ResultIndex) - скачать файл результата.
Api.CaptchaSolved(CaptchaId,IsSuccess,Text) - отправка решения капчи в БАС. CaptchaId получается из соответствующего события.

Еще будет функционал для работы с глобальными переменными, базой, вызовов функций БАС и авторизацией. Подробное описание будет в вики через некоторое время после релиза.

Вызов функции БАС - это отдельная тема и будет в отдельном релизе.
Этот функционал позволит менять структуру скрипта. Например, пользователь нажимает кнопку "Зарегистрировать аккаунты" и в БАС вызывается функция "RegisterAccounts". Интерфейс получает промис, который вернет результат, когда завершиться функция в БАС. Таким образом, не нужно будет заполнять ресурсы, перезапускать скрипт, и т. д., а прямо из интерфейса вызывать функционал, в том числе и параллельно.

А вот взаимодействие наоборот будет уже в следующем релизе. Например, можно будет обновить прогресс бар вызвав каой-то такой код

$("#progress_bar").val(50)

@Denis_krsk said in Конструктор интерфейса.:

Кстати в нем же наверное может полноценно в ручном режиме рeшать Recapchy

Да, для этого нужно будет поправить вот этот компонент.

Но в стандартной версии такого не будет.

@DrPrime said in Конструктор интерфейса.:

@support интерфес кастомный будет только в браузере?

@Denis_krsk said in Конструктор интерфейса.:

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

Будет 2 варианта запуска, либо старый интерфейс, изменить который невозможно, либо новый, который можно менять, и который работает в браузере. Какой интерфейс использовать выбирает разработчик в личном кабинете. Там же он может и редактировать интерфейс.

Будет ли эта функция (бот в браузере) только для премиумов или для обычных пользователей тоже?

Только разработчики, у которых есть премиум смогут создавать скрипты с новым интерфейсом, запускать сможет кто угодно.

В любом случае , даже если это будет просто новый изменённый интерфейс , который будет просто работать на html и прорисовываться в отдельном браузере, но по факту быть доступным для пользователя который его запустил, это все равно круто !

В следующей версии интерфейс можно будет запускать только на том же пк, где находится бот. Но потом его можно будет запускать отдельно, на любом устройстве, в том числе и на мобильном.
Именно для этого был сделан свой диалог открытия файла, чтобы использовать файл на сервере, где работает БАС, а не там, где запущен интерфейс.
БАС и дальше будет развиваться в этом направлении, будут еще несколько компонентов, которые работают в браузере отдельно от софта, например, планировщик, управление фермой.

@GamiD said in Конструктор интерфейса.:

с одной стороны да не удобно будет каждый раз браузер запускать

При двойном клике на ярлыке в браузере будет появляться новая вкладка с интерфейсом, помойму удобно, а как бы вы хотели?

@GamiD said in Конструктор интерфейса.:

а про планировщик ни слово не сказал он точно будет в этой версии интересно

Планировщик тоже в разработке. Вот одна из страниц, но это не функционал, только дизайн.

GamiD

@support said in Конструктор интерфейса.:

При двойном клике на ярлыке в браузере будет появляться новая вкладка с интерфейсом, помойму удобно, а как бы вы хотели?

я и все остальные пользователи ждали возможности изменят интерфейс который щас есть тоесть exe файл для запуска

support

@GamiD Можете подробнее описать как бы это выглядело, и в чем преимущества перед текущей версией или недостатки текущей реализации(ну думаю понятно о чем я)?
Я понимаю вы, но как вы знаете о всех остальных пользователях?
Я написал о своих планах больше года назад(посмотрите шапку прикрепленной темы http://community.bablosoft.com/topic/957/обновлено-планы-по-выходу-новых-версий). Если все хотели другого, почему никто не остановил меня и не сказал об этом?
Вот в этой теме тоже упоминание, не нашел возражений(может что-то пропустил)?

support

@GamiD Я имею ввиду, что есть еще неделя, если что-то действительно не так с конструктором, то я попытаюсь это изменить.

olegtut

@support
Я думаю, люди хотят популяризировать то, что они продают. И, как правило, народ привык к стандарту, что вместе с exe запускается интерфейс, а тут нежданчиком - браузер, это может немного смутить покупателей скриптов. Традиционализм и консерватизм - дело тонкое :D
Мне лично нравится возможность управлять браузером и видеть наглядно, что и куда тыкается. Давайте не отрицать новые идеи, хоть они и всегда воспринимаются в штыки, вспомнить хотя бы последнее обновление дизайна вк (последуровская эпоха). Я думаю, что сейчас не нужно метаться из огня да в полымя, а сосредоточиться на новой задумке.

GamiD

@support все будут рады обновлениям так же и я но я просто говорю то что люди ждали что будет возможность редактировать интерфейс exe файла=) за всех не буду говорит но несколько пользователей писали про это =)

DrPrime

@support недостатки текущей реализации - прокладка в виде браузера.
Кастом интрефейс предполагает что скрипт будет продаваться либо писаться на заказ. Настройки запуска и прогресс в отдельном браузере для продакшн-скрипта уж совсем не камильфо. Может как вариант запускать свой браузер, с обрезанным юи самого браузера?

support

@olegtut said in Конструктор интерфейса.:

Я думаю, люди хотят популяризировать то, что они продают.

@DrPrime said in Конструктор интерфейса.:

Кастом интрефейс предполагает что скрипт будет продаваться либо писаться на заказ.

Да, я с такой целью я и делаю этот апдейт. Он позволит сделать то, о чем многие пользователи просили: полностью изменить внешний вид бота и сделать его не похожим на остальные скрипты. Конечно это нужно для продажи. Самому можно запустить стандартный и не париться.

Если подвести итог, я услышал 2 проблемы(если есть еще, то сейчас самое время о них написать):

Дополнительная нагрузка на систему.
Непривычный для пользователя запуск браузера.

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

По 2 пункту, если я сделаю настройку в личном кабинете, которая будет запускать бот во встроенном браузере, это решит проблему?

Выглядит это так:

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

Выглядит примерно так:

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

Такой вариант устроит?
Если есть какие-то возражения, пожалуйста, напишите.
Очень не хочется переделывать.

GamiD

@support said in Конструктор интерфейса.:

По 2 пункту, если я сделаю настройку в личном кабинете, которая будет запускать бот во встроенном браузере, это решит проблему?

я думаю да так будет проще и лучше чтоб клиенты не могли смотреть и изменять html код если будет запускаться в обычном браузере у клиентов будет такая возможность подождем остальных что скажут как будет им удобно=)

DrPrime

@support Да, отлично.
Хочу сразу добавить, что бы добавили возможность задать размер окна этого браузера при старте.

support

@GamiD Об скрытии кода страницы я ничего не говорил.
Есть снифферы, подмена системных сертификатов, отладчики и декомпиляторы сишного кода, деобфускаторы js.
Это отдельная задача и я не могу гарантировать что код интерфейса не смогут увидеть клиенты.
Если вы только о функции посмотреть код, то это будет.

support

@DrPrime said in Конструктор интерфейса.:

Хочу сразу добавить, что бы добавили возможность задать размер окна этого браузера при старте.

Ну можно и такое сделать, но зачем? Имо интерфейс должен смотреться хорошо на всех разрешениях, и именно так работает сгенерированный интерфейс и под это заточен конструтктор.

alt text

avtopars

@support said in Конструктор интерфейса.:

@GamiD Можете подробнее описать как бы это выглядело, и в чем преимущества перед текущей версией или недостатки текущей реализации(ну думаю понятно о чем я)?
Я понимаю вы, но как вы знаете о всех остальных пользователях?
Я написал о своих планах больше года назад(посмотрите шапку прикрепленной темы http://community.bablosoft.com/topic/957/обновлено-планы-по-выходу-новых-версий). Если все хотели другого, почему никто не остановил меня и не сказал об этом?
Вот в этой теме тоже упоминание, не нашел возражений(может что-то пропустил)?

Отношусь к тем самым (всем остальным пользователям).
Я например попал сюда(недавно) по совету и только из-за интерфейса. Пользуюсь зенкой достаточно давно,скрипты на продажу от оболочки зенки не отделимы там все явно и понятно что это зенопостер. Тут отдельный екзешник что уже хорошо и надеялся что интерфейс его самого поменять под нужду и бренд готов,а тут браузер. И у кого у нас есть браузер ? Только в Бас.
Я сейчас не пытаюсь негативить и обгадить идею. Браузер хорошо и нужно ! Поставить на сервер вообще песня. Только не везде и не всегда пригодится. Мне к примеру больше нравится когда прога имеет вид именно проги где все нужные настройки в ней самой. Добавить к существующему екзешнику выбор иконки + картинку на фон с лого и возможность воткнуть ссылку на сайт этого бы вполне хватило для начала. Ну и возможность выбора или браузер или как выше описано.
Клиенту не нужно знать в чем создана прога, как он будеть платить 100 200 300$ за прогу если сама оболочка стоит 80 ? логичный вопрос ... а они полезут с популярностью бас я уверен. А так не знает и спится лучше и платит спокойно.
Сейчас вот уже не уверен нужно оно мне в таком виде или нет, есть зенка ее все знают и берут молча, хотелось делать без привязки к бренду зенопостер или бас или что-то еще. Но это нужно писать все свое с нуля,а с этим затык в знаниях,проще в оболочке по заготовках и накатаному пути.
Что бы я хотел видеть(вернее надеялся) в Бас реализовано в DevelNext