Diagnostisearje Puppeteer-proxy-tiidlimitaten per fersyk en side-mylpeal

Brûk requestfailed foar netwurkflatings en HTTPResponse-status foar serverreaksjes foardat jo in proxy de skuld jouwe foar stadige folsleine-side-navigaasje.

In flugge reaksje fan curl of Axios is meastentiids ien boarne. Puppeteer kin ek skripts, ôfbyldings, frames en API's fan ferskate hosts helje en wachtsje op in lettere side-mylpeal.

Mei't de proxy al ynsteld is op 'e besteande side, observearje yndividuele flatings by de navigaasje:

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

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

Rin dit yn 'e asynkrone wurkstream mei de echte targetUrl. It foarbyld wachtet op DOMContentLoaded, dat earder is as it foltôgjen fan elke fereaske ôfbylding of in lettere applikaasjereaksje. Fergelykje dy mylpeal mei dy't de oarspronklike navigaasje op wachte: haaddokumint, DOM, load of netwurkstilte binne ferskate útkomsten.

In reaksje fan 403 of 500 is gjin requestfailed-barren. Lês de status ek fia HTTPResponse.

Brûk de observaasjes om in stadige of wegere boarne, werhelle autentikaasje of in lettere wachtbetingst te finen. In langer tiidlimit ferlinget allinnich it wachtsjen; it fermindert it wurk fan 'e browser net en bewiist net dat elke boarneferbining akseptearre is.

Relatearre artikelen