Bablosoft

Планируется ли внедрение базового логического оператора типа свитч, для двух-трех и более условий?

Поддержка

  • S

    Многопоток и COUNT

    Поддержка
    0 Votes
    3 Posts
    440 Views
    S

    @clarabellerising Спасибо!

  • aliverA

    JSONpath и expression

    Поддержка
    0 Votes
    2 Posts
    534 Views
    FoxF

    @aliver said in JSONpath и expression:

    Всем привет)

    Вопрос пустяковый по сути, но ответ найти не могу

    Так работает:
    a3b26126-b471-483c-a147-163fa6e178e4-image.png

    Но хочу вывести в лог результат парса без ввода доп. переменной и пытаюсь сделать так:
    e3b821f3-f99d-4b9a-9172-b16651e85d7d-image.png

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

    И так не работает :D
    JSON.parse([[GET_UPDATES]])$.[-1:].update_id

    Вы уж определитесь, используете JSONpath или просто json. JSONpath это грубо говоря объединение xpath и json и выражения JSONpath работают только в модуле JSONpath.

    Если вы используете json, то подойдёт такой код (если я правильно понял задачу):

    JSON.parse([[GET_UPDATES]])[JSON.parse([[GET_UPDATES]]).length-1].update_id

    или

    var obj = JSON.parse([[GET_UPDATES]]) log(obj[obj.length-1].update_id)
  • O

    Переменная и ресурс

    Поддержка
    0 Votes
    1 Posts
    341 Views
    No one has replied
  • M

    xpath и ссылки.

    Поддержка
    -1 Votes
    11 Posts
    1547 Views
    M

    @ghostz said in xpath и ссылки.:

    @muhyrla
    получить третью ссылку

    //a[3]/@href

    Но это все не точный xpath, точный нужно составлять самому по искомому элементу

    //a[@data-ipb='noparse']/@href

    огромное, человеческое, спасибо.

  • ReversR

    VPS для BAS?

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

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

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

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