Bablosoft

Почему BAS палиться и как это исправить?

Поддержка

  • E

    Не отключается WebRTC и JS в Bas

    Поддержка
    0 Votes
    3 Posts
    603 Views
    E

    @bigorat said in Не отключается WebRTC и JS в Bas:

    @ElTigre обновлений БАС-а не было давно, ищите проблему у себя.

    Так где же её искать, если настройка выключена, а сайт показывает что включена?)
    и вот этот момент с запуском скрипта. что в логе показывает сразу все 4 потока, хотя запустился только 1 и по таймеру должен запуститься следующий. А если открыть второй там тупо белый экран и мышка на экране, хотя этот поток (и остальные) должен запуститься только через 2.5 минуты

  • kolanthonyK

    как реализовать

    Поддержка
    0 Votes
    3 Posts
    476 Views
    FoxF

    @kolanthony said in как реализовать:

    в общем если пропадает интернет, то скрипт продолжает работать и летят ошибки, как сделать если инет пропал скрипт отрубался?

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

  • G

    BAS и SQL

    Поддержка
    0 Votes
    19 Posts
    2587 Views
    G

    NoSQLBooster for MongoDB
    Пишу простой скрипт

    db.getCollection("res").insert({ "2": NumberInt(6), "3": "Шесть", "groups": [] })

    В базе есть индекс с уникальным полем "2"

    Запускаю скрипт. Результат "WriteResult({ "nInserted" : 1 })"
    Запускаю скрипт повторно, Ошибка, Отлично, уникальность проверяется!

    Иду в бас, кубик "Вставить Запись (6, "Шесть")"
    Сразу в кубике делаю "Обработку ошибки"(восклицательный знак обработка ошибок ...)

    Запускаю, кубик, Отлично, 6 вставленно!
    Запускаю повторно, ошибки нет все хорошо.

    Вопрос 1
    Как отловить ошибку вставки?

    Вопрос 2
    Пробую получить элемент 7(его нет) все нормально ошибок нет.

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

  • S

    Завершение потока и полный перезапуск скрипта - в чем разница и что может палить?

    Поддержка
    0 Votes
    7 Posts
    1605 Views
    FoxF

    @Vaip said in Завершение потока и полный перезапуск скрипта - в чем разница и что может палить?:

    @Fox при тунелировании процесса, при смене прокси все идёт через 1 проксю?

    Чегось?

  • ReversR

    VPS для BAS?

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

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

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

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