Diagnoseer Puppeteer-proxy-tydsperdatums per versoek en bladsymylpaal

Gebruik requestfailed vir netwerkfoute en HTTPResponse-status vir bedienerresponse voordat jy 'n proxy die skuld gee vir 'n stadige volledige bladsynavigasie.

’n Vinnige curl- of Axios-respons is gewoonlik een hulpbron. Puppeteer kan ook skrifte, beelde, rame en API's oor verskeie gashere haal en op 'n latere bladsymylpaal wag.

Met die proxy reeds op die bestaande bladsy opgestel, kyk na individuele mislukkings tydens navigasie:

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

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

Voer dit in die asinchrone werkvloei uit met die werklike targetUrl. Die voorbeeld wag op DOMContentLoaded, wat vroeër is as die voltooiing van elke vereiste beeld of 'n later toepassingsrespons. Vergelyk daardie symylpaal met die een waarvoor die oorspronklike navigasie gewag het: hoofdocument, DOM, load of netwerkinaktiwiteit is verskillende uitkomste.

'n 403- of 500-respons is nie 'n requestfailed-gebeurtenis nie. Lees ook status deur HTTPResponse.

Gebruik die waarnemings om 'n stadige of geweierde hulpbron, herhaalde verifikasie of 'n latere wagtoestand te identifiseer. 'n Langer tydsperdatum verleng net die wag; dit verminder nie die blaaier se werk nie en bewys ook nie dat elke hulpbronverbinding aanvaar is nie.

Verwante artikels