Diagnostiser Puppeteer-proxy-tidsavbrot etter førespurnad og sidemilepæl

Bruk requestfailed for nettverksfeil og HTTPResponse-status for serverresponsar før du klandrar ein proxy for langsam navigasjon av heile sida.

Eit raskt svar frå curl eller Axios er vanlegvis éin ressurs. Puppeteer kan òg hente skript, bilete, rammer og API-ar frå fleire vertar og vente på ein seinare sidemilepæl.

Sidan proxyen alt er konfigurert på den eksisterande sida, observer enkeltfeil under navigasjonen:

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

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

Køyr dette i async-arbeidsflyten med den ekte targetUrl. Dømet ventar på DOMContentLoaded, som inntreff tidlegare enn fullføringa av kvart nødvendige bilete eller ein seinare applikasjonsrespons. Samanlikn den milepælen med den den opphavlege navigasjonen venta på: hovuddokument, DOM, load eller nettverksro er ulike utfall.

Eit svar med 403 eller 500 er ikkje ein requestfailed-hending. Les òg status via HTTPResponse.

Bruk observasjonane til å identifisere ein treg eller avvist ressurs, gjenteken autentisering eller ein seinare ventebetinging. Eit lengre tidsavbrot forlengar berre ventinga; det reduserer ikkje arbeidet til nettlesaren og beviser ikkje at kvar ressurstilkopling vart godteken.

Relaterte artiklar