Возврат к предыдущему квадрату

ivan.kulikov

Новичок
Регистрация
08.01.2023
Сообщения
1
Благодарностей
0
Баллы
1
Отличной идеей было бы реализовать функционал возврата к предыдущему действию. Условно мы получаем капчу: выполняем её и возвращаемся к последнему действию. Можно было бы не городить десятки проверок на капчу внутри проекта
 

Ахилес

Client
Read only
Регистрация
11.11.2020
Сообщения
956
Благодарностей
391
Баллы
63
ну так после решения капчи веди стрелку на последнее действие и все.
 

Fedor5588

Client
Регистрация
04.06.2017
Сообщения
312
Благодарностей
73
Баллы
28

Alex733

Client
Регистрация
27.11.2017
Сообщения
330
Благодарностей
243
Баллы
43
Один из способов - запустить асинхронную таску в начале проекта, которое будет проверять и решать капчу.
 

Konrod_m

Client
Регистрация
18.09.2014
Сообщения
1 694
Благодарностей
940
Баллы
113
Один из способов - запустить асинхронную таску в начале проекта, которое будет проверять и решать капчу.
Может выложите что-то подобное на конкурсе шаблонов?
 

doc

Client
Регистрация
30.03.2012
Сообщения
8 685
Благодарностей
4 641
Баллы
113
Может выложите что-то подобное на конкурсе шаблонов?
это будет актуально только если весь шаб будет на с# и в каждом экшене будет вписан механизм ожидания
 
  • Спасибо
Реакции: Konrod_m

bad robot

Client
Регистрация
07.03.2011
Сообщения
195
Благодарностей
49
Баллы
28
Предлагал уже сделать по аналогии с необязательным действием - обязательное - шаблон при неуспехе, выполняет действие снова до тех пор, пока не выполнит. Но не нашло поддержки.
 

Ахилес

Client
Read only
Регистрация
11.11.2020
Сообщения
956
Благодарностей
391
Баллы
63
а если капча может возникнуть в любом месте проекта?
тогда сделать подпроект, и при обнаружении капчи на каком то шаге, выполнять подпроект и потом продолжать логику.
 
  • Спасибо
Реакции: Fedor5588

Alex733

Client
Регистрация
27.11.2017
Сообщения
330
Благодарностей
243
Баллы
43
это будет актуально только если весь шаб будет на с# и в каждом экшене будет вписан механизм ожидания
Не обязательно, можно и на кубиках. А всем кубикам, которые связаны с элементами на странице вывести по красной на паузу, а с паузы на тот же кубик. Если выскочит капча, то шаблон зациклиться, пока асинхрон не решит капчу.
 

doc

Client
Регистрация
30.03.2012
Сообщения
8 685
Благодарностей
4 641
Баллы
113
Не обязательно, можно и на кубиках. А всем кубикам, которые связаны с элементами на странице вывести по красной на паузу, а с паузы на тот же кубик. Если выскочит капча, то шаблон зациклиться, пока асинхрон не решит капчу.
но элемент может находится на странице даже при капче. И получится так, что элемент будет прожиматься, а капча параллельно решаться. Шаб продвинется вперед, вступит в твой цикл, и решение капчи не поможет, потому что нужный элемент не появится даже после решения
 

doc

Client
Регистрация
30.03.2012
Сообщения
8 685
Благодарностей
4 641
Баллы
113
ну и если уж прям каждый кубик выводить на паузу, то проще вывести его на подпроект проверки наличия и решения капчи. Надежнее будет, хоть и костыльно
 

Кто просматривает тему: (Всего: 2, Пользователи: 0, Гости: 2)