Diagnostikatu Puppeteer-en proxy denbora-mugak eskaeraren eta orri mugarriaren arabera

Erabili requestfailed sareko hutsegiteetarako eta HTTPResponse egoera zerbitzariaren erantzunetarako, proxy-ari orri osoaren nabigazio geldoa leporatu aurretik.

curl edo Axios-en erantzun azkarra baliabide bakarra izan ohi da. Puppeteer-ek scriptak, irudiak, markoak eta APIak hainbat hostetatik ekar ditzake, eta geroagoko orri mugarri baten zain egon.

Proxy-a lehendik dagoen orrian konfiguratuta dagoenez, begiratu hutsegite indibidualak nabigazioan zehar:

page.on("requestfailed", request => {
  console.log(request.url(), request.failure()?.errorText);
});

await page.goto(targetUrl, {
  waitUntil: "domcontentloaded",
  timeout: 30000,
});

Exekutatu hau async lan-fluxuan benetako targetUrl-rekin. Adibideak DOMContentLoaded-ren zain egiten du, beharrezkoa den irudi bakoitza edo geroagoko aplikazio-erantzun bat osatu baino lehenago gertatzen dena. Alderatu mugarri hori jatorrizko nabigazioak itxaron zuenarekin: dokumentu nagusia, DOM, load edo sarearen gelditasuna emaitza desberdinak dira.

403 edo 500 erantzuna ez da requestfailed gertaera bat. Irakurri egoera HTTPResponse bidez ere.

Erabili behaketak baliabide geldoa edo ukatua, autentifikazio errepikatua edo geroagoko itxarote-baldintza bat identifikatzeko. Denbora-muga luzeagoak itxarotea luzatzen du soilik; ez du nabigatzailearen lana gutxitzen eta ez du frogatzen baliabide-konexio bakoitza onartu zenik.

Erlazionatutako artikuluak