Diagnostikoni skadimet e proxy-t të Puppeteer sipas kërkesës dhe momentit të faqes

Përdorni requestfailed për dështimet e rrjetit dhe statusin HTTPResponse për përgjigjet e serverit përpara se të fajësoni një proxy për një navigim të ngadaltë të faqes së plotë.

Një përgjigje e shpejtë nga curl ose Axios është zakonisht një burim i vetëm. Puppeteer mund të marrë gjithashtu skripte, imazhe, korniza dhe API nga disa hoste dhe të presë një moment më të vonë të faqes.

Meqë proxy është konfiguruar tashmë në faqen ekzistuese, vëzhgoni dështimet individuale gjatë navigimit:

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

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

Ekzekutoni këtë në rrjedhën async me targetUrl e vërtetë. Shembulli pret DOMContentLoaded, që ndodh më herët sesa përfundimi i çdo imazhi të nevojshëm ose një përgjigjeje të mëvonshme të aplikacionit. Krahasoni atë moment me atë që priste navigimi origjinal: dokumenti kryesor, DOM, load ose qetësia e rrjetit janë rezultate të ndryshme.

Një përgjigje 403 ose 500 nuk është ngjarje requestfailed. Lexoni statusin edhe përmes HTTPResponse.

Përdorni vëzhgimet për të identifikuar një burim të ngadaltë ose të refuzuar, autentikim të përsëritur ose një kusht pritjeje më të vonë. Një skadim më i gjatë vetëm sa zgjat pritjen; nuk e zvogëlon punën e shfletuesit dhe nuk vërteton se çdo lidhje burimi u pranua.

Artikuj të ngjashëm