Bablosoft

Удалить профиль когда завершился поток в первой части кода

Поддержка
  • LunnayanL

    Мне нужно чтобы когда работал скрипт и происходила ошибка с завершением потока в первой половине кода - сделать чтобы перед самим завершением удалялся сам профиль ну или другое действие ( например ручное управление )
    Примерно так выглядит на картинке. Не понимаю как это можно реализовать точно. Так как иногда происходят тупые ошибки из-за кубика "Дождаться полной загрузки" - То поток просто завершается. Ну или из-за капчи, которую не удалось пройти

    ( Ставить к каждому кубику вариант с удалением профила при ошибке - не вариант )

    46cf5e29-f0c8-48f0-a0a0-555d07dcdd1c-image.png

    AjshmaA 1 Reply
    0
  • AjshmaA

    @Lunnayan said in Удалить профиль когда завершился поток в первой части кода:

    Ставить к каждому кубику вариант с удалением профила при ошибке - не вариант

    А в чем проблема весь код (ну или частично необходимый) обернуть в обработчик ошибок? Зачем каждый кубик то?
    Ну например все, что в Main, обернуть в один обработчик...

    1

  • sergerdnS

    удаление после использования в ресурсе в коде скрипта

    Поддержка
    0 Votes
    30 Posts
    3135 Views
    sergerdnS

    @rossoblu said in удаление после использования в ресурсе в коде скрипта:

    @sergerdn , please contact me by PM, I have a project for you. Thanks

    Done.

  • V

    Работа в 1 аккаунт в 3х вкладках/окнах?

    Поддержка
    0 Votes
    15 Posts
    1513 Views
    TRON_BOGGGT

    Я делал так.
    Задал в настройках вверху три потока.
    Начало скрипта, там где устанавливается разрешение экрана, идет авторизация и сохрание куки - это первый поток. Когда куки мы получили, авторизовавшись - я их устанавливаю как глобальную переменную, например CO (изначально она была равно 0, или 666)

    Во втором потоке идет все время чекание, чему равно CO. Если еще 0 или 666, то спим 1 секунду, и снова проверка.
    Как только СО не равно 0 или 666, идет подгрузка этих куки, открываются нужные страницы, и пошла работа, которая нужна во второй вкладке.

    Аналогично третья вкладка.

    А первая, после того, как отдала куки, тоже как бы отстрелялась, и теперь делает задания, которые от нее нужны.

    Ах да. Как прописать логику работы скрипта с тремя потоками? Просто заходим в статистику скрипта, номер потока. Ставим условие IF номер потока == 1, то такие-то действия, 2 и 3 - соотстветственно, такие-то.

    Запускаем, и всё работает как часы.
    У меня лишь была загвоздка, что все три вкладки должны были одновременно кликнуть допустим в одно место, но потоки все время между собой сообщались посредством Глобальных переменных с некоторым "люфтом" в долю секунды, пока второй поток получит от первого отмашку. и это было недопустимо, в итоге я тогда так и не придумал, как убрать люфт. Возможно, привязку сделать к часам, не знаю

  • AjshmaA

    Referer: Как в BASе установить referrerPolicy в origin-when-cross-origin

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

    @Ajshma said in Referer: Как в BASе установить referrerPolicy в origin-when-cross-origin:

    Собственно сабж...
    БАС по умолчанию грузит только Referrer Policy: no-referrer-when-downgrade
    Но мне нужен полный юрл рефера, то есть origin-when-cross-origin .
    Возможные значения описаны в спецификации Referrer Policy:
    "no-referrer-when-downgrade" – это значение по умолчанию: Referer отправляется всегда, если только мы не отправим запрос из HTTPS в HTTP (из более безопасного протокола в менее безопасный).
    "no-referrer" – никогда не отправлять Referer.
    "origin" – отправлять в Referer только текущий источник, а не полный URL-адрес страницы, например, посылать только http://site.com вместо http://site.com/path.
    "origin-when-cross-origin" – отправлять полный Referer для запросов в пределах текущего источника, но для запросов на другой источник отправлять только сам источник (как выше).
    "same-origin" – отправлять полный Referer для запросов в пределах текущего источника, а для запросов на другой источник не отправлять его вообще.
    "strict-origin" – отправлять только значение источника, не отправлять Referer для HTTPS→HTTP запросов.
    "strict-origin-when-cross-origin" – для запросов в пределах текущего источника отправлять полный Referer, для запросов на другой источник отправлять только значение источника, в случае HTTPS→HTTP запросов не отправлять ничего.
    "unsafe-url" – всегда отправлять полный URL-адрес в Referer, даже при запросах HTTPS→HTTP

    Referrer Policy - это HTTP response header, то есть заголовок ответа.

  • M

    Вход в разные аккаунты в многопотоке

    Поддержка
    0 Votes
    7 Posts
    918 Views
    P

    @ftyhp said in Вход в разные аккаунты в многопотоке:

    @000, опиши поподробнее, не смог найти такого

    Парсить строку - F7

    https://prnt.sc/118s6mu

    итог:
    https://prnt.sc/118s8c3

  • P

    Стала вылетать программа, что в записи, что в работе

    Поддержка
    0 Votes
    6 Posts
    788 Views
    ?

    @oleg4ever @perhorovich @Fox Первый запрос в гугле выдал обсуждение проблемы
    https://ru.stackoverflow.com/questions/890279/предупреждение-libpng-warning-iccp-known-incorrect-srgb-profile

    Как я понял это связано с наличием битого png файла, а где я хз )