Тайм-ауты waitForSelector у Puppeteer пасля дадання проксі
Праверце адказ навігацыі і дастаўлены дакумент, перш чым лічыць чаканне элемента збоем злучэння праз проксі.
Тайм-аут waitForSelector азначае, што чаканы элемент не задаволіў умову чакання. Даданне проксі да яго з'яўлення не даказвае, што TCP-злучэнне праз проксі скончылася па тайм-ауце.
- Захавайце сведкі навігацыі. Запішыце канчатковы URL, статус асноўнага адказу і адпаведныя няўдалыя запыты да чакання селектара. У Puppeteer адказ з памылкай HTTP не заўсёды ўзнімаецца як выключэнне навігацыі.
- Аглядзіце дастаўлены дакумент. Яго загаловак або асцярожна зацэнзураваны здымак экрана могуць паказаць запыт на ўваход, старонку адмовы ў доступе або іншую рэгіянальную старонку. Патрэбная старонка таксама магла мець няўдалыя запыты прыкладання; праверце яшчэ селектар і фрэйм.
- Вырашайце любы запыт на яго крыніцы. Наладзьце падтрымліваемую аўтэнтыфікацыю проксі да навігацыі, калі запыт ідзе ад проксі. Запыт на баку прызначэння адносіцца да дазволенага працоўнага працэсу прыкладання і мае ўласныя ўліковыя даныя.
Гэта часта выяўляе карысныя сведкі, якія існавалі да таго, як чаканне элемента стала першым выключэннем, якое паведаміў ваш код. Перадача пароля сайта проксі не можа выправіць той ранейшы дакумент.
Выбірайце таймер пасля вызначэння няўдалай аперацыі. Навігацыя, наладка сеткі і чаканне элементаў маюць розныя межы. Сапраўды павольны інтэрфейс можа апраўдаць даўжэйшае чаканне селектара; старонка памылкі застанецца няправільным дакументам.
Падчас параўнання трымайце сеанс браўзера і маршрут нязменнымі. Змена проксі, селектара і ўсяго стану браўзера за адну спробу хавае, якая ўмова была важная.