Diagnostiser Puppeteer-proxy-tidsavbrudd etter forespørsel og sidemilepæl

Bruk requestfailed for nettverksfeil og HTTPResponse-status for serverresponser før du klandrer en proxy for langsom navigasjon av hele siden.

Et raskt svar fra curl eller Axios er vanligvis én ressurs. Puppeteer kan også hente skript, bilder, rammer og API-er fra flere verter og vente på en senere sidemilepæl.

Siden proxyen allerede er konfigurert på den eksisterende siden, observer enkeltfeil under navigasjonen:

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

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

Kjør dette i async-arbeidsflyten med den ekte targetUrl. Eksempelet venter på DOMContentLoaded, som inntreffer tidligere enn fullføringen av hvert nødvendige bilde eller et senere applikasjonssvar. Sammenlign den milepælen med den den opprinnelige navigasjonen ventet på: hoveddokument, DOM, load eller nettverksro er ulike utfall.

Et svar med 403 eller 500 er ikke en requestfailed-hendelse. Les også status via HTTPResponse.

Bruk observasjonene til å identifisere en treg eller avvist ressurs, gjentatt autentisering eller en senere ventebetingelse. En lengre tidsavbrudd forlenger bare ventingen; den reduserer ikke nettleserens arbeid og beviser ikke at hver ressurstilkobling ble godtatt.

Relaterte artikler