Да очень просто, как по мне , так даже удобней чем логи копать.
После каждого ошибка-опасного действия втавляю кубик с запросом в котором записываю в базу № потока и № этого самого кубика который запрос делает. В конце скрипта (точнее в конце потока) делаю запрос к базе удаляю все записи которые относятся к этому потоку(по № потока).
Если поток отработал правильно, дошел до конца, он удаляет из базы все свои записи.
Если поток отвалился, соответственно запрос на удаление не сделал, записи в базе остались.
Таким образом в базе остаются только записи отвалившихся потоков.
Screenshot from 2021-11-01 18-17-14.png
смотрю на последнюю запись отвалившегося потока, ищу (поиском) по номеру кубика нужный кубик, вижу где скрипт отвалился. Думаю почему, исправляю, пробую дальше
Поток/процесс
-
@flour Если у тебя сообщение красное, значит поток завершился с ошибкой. Раз так, он автоматически перезапустится сам, можешь выставить значение неудачных выполнений по больше.
А вообще есть блок игнорировать ошибки, вставляешь в него загрузить капчу и дальше два IF
[[WAS_ERROR]] Команды если капча загрузилась [[WAS_ERROR]] == false Команды если не удалось капчу загрузить -
@flour Статистика скрипта >> Номер потока.
как сделать чтобы при запуске можно было указать количество успешных и не успешных
Не совсем понял вопроса. Ты хочешь в скомпилированном скрипте устанавливать при запуске количество успешных выполнений и не успешных? Зачем?
Если у тебя будет маленькое количество успешных выполнений, например 1, то как только любой из потоков успешно завершится - завершится весь скрипт. Так же и для не успешных..
Самый простой вариант это поставить эти значения по больше. -
@flour В соседней теме я делал пробный проект, парсер по выдаче google.
