@assd Понятно, тогда способом предложенным @forall костылить. Крашится? malformed? А если
try {
// код ...
} catch (err)
А если что то типа такого прикрутить?
Здравствуйте!
Проблема: действие «Прокси» тратит около 40 секунд на попытку подключения к невалидному прокси, что является критичной задержкой.
Вопрос: Можно ли отключить определение публичного IP-адреса в действии «Прокси» и вместо этого задавать IP WebRTC, часовой пояс и другие параметры через действие «Установить месторасположение браузера по IP»? Корректно ли работает это действие и обеспечивает ли оно аналогичный результат, как соответствующая функция в кубике «Прокси»?


@Irbe Без определения валидности прокси у тебя уйдёт ещё больше времени на определение валидности прокси. Другими словами: если прокси нерабочий, то придётся делать доп. кубики на определение его неработоспособности.
Делай проверку через другие API определения работоспособности, подбирай более быстрые и стабильные, например:
https://ipv4.seeip.org
https://icanhazip.com
https://api.ip.sb/ip
https://api.myip.la
https://api.ipify.org
И ещё совет, проверяй свои прокси на работоспособность перед запуском программы.
@gurkin4 Я просто хочу самостоятельно определять валидность и публичный IP-адрес прокси через HTTP-клиент.
Дальше установить прокси без определения IP и задать IP (который мы узнали самостоятельно с помощью HTTP-клиента) через действие «Установить месторасположение браузера по IP». Вопрос в том, корректно ли работает это действие и обеспечивает ли оно аналогичный результат, как соответствующая функция в кубике «Прокси»?