Puppeteer-proxytime-outs diagnosticeren per verzoek en paginamijlpaal

Gebruik requestfailed voor netwerkfouten en de HTTPResponse-status voor serverreacties voordat u een proxy de schuld geeft van trage navigatie van een volledige pagina.

Een snel antwoord van curl of Axios is meestal één resource. Puppeteer kan ook scripts, afbeeldingen, frames en API's van meerdere hosts ophalen en op een later paginamijlpaal wachten.

Omdat de proxy al op de bestaande pagina is geconfigureerd, observeert u individuele fouten tijdens de navigatie:

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

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

Voer dit uit in de asynchrone werkstroom met de echte targetUrl. Het voorbeeld wacht op DOMContentLoaded, dat eerder optreedt dan de voltooiing van elke vereiste afbeelding of een latere applicatierespons. Vergelijk dat mijlpaal met degene waarop de oorspronkelijke navigatie wachtte: hoofddocument, DOM, load of netwerkstilte zijn verschillende uitkomsten.

Een reactie met 403 of 500 is geen requestfailed-gebeurtenis. Lees de status ook via HTTPResponse.

Gebruik de observaties om een trage of geweigerde resource, herhaalde authenticatie of een latere wachtvoorwaarde te identificeren. Een langere time-out verlengt alleen het wachten; hij vermindert het werk van de browser niet en bewijst niet dat elke resourceverbinding is geaccepteerd.

Gerelateerde artikelen