Bablosoft

Запуск функций скрипта BAS из Python кода

Поддержка

  • I

    Как из скрипта переименовать название браузера в веб интерфейсе?

    Поддержка
    0 Votes
    12 Posts
    2743 Views
    FoxF

    @centerdevs said in Как из скрипта переименовать название браузера в веб интерфейсе?:

    @Fox Работа устроена так что некоторые потоки запускаются из скрипта, и их нет в объекте который возвращает GetTasks.

    Так и было задумано, метод GetTasks() возвращает список функций запущенных из веб интерфейса, он не покажет потоки запущенные иначе.

    А на счёт ID потока, часто бывает что в веб-интерфейсе у потока ID = 1, а в скрипте THREAD_INDEX = 5, ситуация описана выше. Получается что у меня нет точного идентификатора который имел бы одинаковое значение и там и там.

    Какой смысл привязываться к номеру потока в принципе? Если вы создаёте потоки из скрипта, вы не получите к нему доступ через GetTasks(). Что бы открыть браузер вызванного потока, вам нужно будет прослушивать событие "browser_add" что бы в нём получить id браузера

    Создавайте все потоки из веб интерфейса, зачем создавать потоки из скрипта?

    Если каким-то обазом получать BrowserId внутри скрипта - было бы идеально.

    Чисто технически вы можете прослушивать событие "browser_add" и сохранять данные в объекте в веб интерфейсе. Удобнее всего было бы использовать ключ номер потока, а значение id браузера. Так как получить данные из интерфейса внутри потока во время его работы возможно только через глобальную переменную, то при получении данных от события их можно дублировать в глобальную переменную

    Api.SetEventHandler(async function (EventType, EventData) { if (EventType == "browser_add") { var obj = await Api.GetGlobalVariable("OBJ") if(obj == "") obj = {}; obj[EventData.thread_number] = EventData.browser_id; await Api.SetGlobalVariable("OBJ", obj); }

    67cfd78a-842a-452b-9c3b-b7983344a538-изображение.png

    Тестовый скрипт: 2588.xml

  • D

    Расширение из папки.

    Поддержка
    0 Votes
    2 Posts
    438 Views
    A

    @Demanys , эта кривая фигня скорее всего работать не будет. Сейчас есть стандартные модули для решения.

  • HabipH

    Баг обновления BAS

    Поддержка
    0 Votes
    7 Posts
    1029 Views
    ?

    @DoctorKrolic Аваст косячит, я даже на их форуме находил тему конкретно за данный тип срабатывания.

  • C

    Динамический вызов функций BAS в цикле foreach

    Поддержка
    0 Votes
    4 Posts
    920 Views
    J

    насколько я понимаю там можно работать в одном потоке только с одной асинхронной функцией(ждать ответа)

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

    в принципе так все и работает но отсутствие документации это минус этого метода.
    только методом проб и ошибок)
    ну и отсутствие диагностики тоже минус,
    нужно смотреть текущее состояние "стэка"(того интерпретатора внутреннего) и непонятно как сделать.

  • ReversR

    VPS для BAS?

    Поддержка
    0 Votes
    35 Posts
    8943 Views
    FastSpaceF

    @кот Вообще-то это не так делается. Сразу видно ты начитался пугалок и в этой теме ноль.

    Читанул дело Богатова - он свой ПК и IP "расшарил" для сети тор, сделал из него конечную ноду. Кто-то подключился к его IP, и оставил несколько сообщений с его IP. Майор запросил владельца сайта с какого IP писали угрозы, и ему предоставили, но проблема в том что из хуево кучи IP адресов использования аккаунта следователи просто выбрали 1 самый ближайшим к ним Московский этот бедняги Богатова, сделав вывод типо преступник уже найден :D Это говорит о их высокой квалификации достаточно много.

    Вот так запросто чекнуть кто и как подключился бред. Только если сам выходной адрес не принадлежит этому майору, который ведет вечные логи или только если ты посещал сайты с незащищенным соединением (FTP, HTTP) . А если нет, то делается сначала запрос хостинг провайдеру прокси, получает ответ в виде IP твоего сервера. Это при условии, что провайдер прокси ведет логи подключения! Обычно у них стоит система авто очистки раз в 3-5 дней, и хранить логи на хуево куча террабайтов вообще не резон. Допустим всё проходит зашибись и получили по запросу IP дедика с которого ты сидел. Опечатывать никто не поедет, если тот самый майор живет где-нибудь за 500 км от дата центра твоего сервера, а еще если в чужой стране. Опять же делается запрос в этот сервис (допустим зомро) и максимум, что они предоставят это твои данные и кто подключался к этому дедику (твой ПК). Всё дело сделано, кажется ура, но увы нет. Спокойно можно почистить следы присутствия после отключения от сессии RDP. А если допустим ты подключался к дедику не напрямую, и опа опять проблема и опять запрос. Вообще-то схема становиться крайне запутанной, а учитывая практику дело Богатова, то париться с пунктом два из моего сообщения никто и не станет. Виновным автоматических по их логике станет владелец самого прокси :D