Bablosoft

Ошибка во время работы BAS (worker.exe)

Поддержка

  • NikolasN

    Архив версии BAS

    Поддержка
    0 Votes
    2 Posts
    380 Views
    BAS Viet NamB

    @Nikolas Если вы не поленитесь поискать на форуме, эта информация уже появлялась там множество раз.
    Я хочу сказать: ища на форуме, вы сможете найти много интересного.

    /И именно так я учусь всему./

  • NikolasN

    Как заставить BAS работать с внешней программой (.exe)

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

    @mik888em , гугли autoit

  • I

    Ошибка загрузки страницы

    Поддержка
    0 Votes
    2 Posts
    1067 Views
    uraabkU

    @inbox может вас сайт блочит и не загружает страницу?

  • ReversR

    VPS для BAS?

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

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

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

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

  • venom777V

    Таймаут во время выполнения SaveCookies

    Поддержка
    0 Votes
    6 Posts
    2305 Views
    venom777V

    @support весь проект к сожалению не могу, это мой единственный который очень важен)

    Сейчас поменял new Boolean(true) на простое значение в строке, протестирую таким образом. И еще один тест сделаю - удалю все файлы куки и посмотрю как будет вести себя со свежими данными, с более маленьким размером файла куки.
    Кстати через new Boolean в инспекторе переменных отображает правильно значения true|false.

    Закрытий в других места точно не было выполнено, благодаря поиску это сразу проверял.

    Очень интересную вещь сейчас словил в отчете
    63 - [120039171] Таймаут во время выполнения SaveCookies
    47 - [120039171] SyntaxError: Unable to parse JSON string

    alt text

    Как видно это одно и тоже действие Сохранить куки.
    Можно подумать что причина в кривизне самих данных куки. Но действие записи куки в файл выполнялось всегда с перезаписью данных.