ವಿನಂತಿ ಮತ್ತು ಪುಟ ಮೈಲಿಗಲ್ಲಿನ ಆಧಾರದ ಮೇಲೆ Puppeteer ಪ್ರಾಕ್ಸಿ ಟೈಮೌಟ್ಗಳನ್ನು ವಿಶ್ಲೇಷಿಸಿ
ನೆಟ್ವರ್ಕ್ ವೈಫಲ್ಯಗಳಿಗೆ requestfailed ಮತ್ತು ಸರ್ವರ್ ಪ್ರತಿಕ್ರಿಯೆಗಳಿಗೆ HTTPResponse ಸ್ಥಿತಿಯನ್ನು ಬಳಸಿ, ನಿಧಾನವಾದ ಪೂರ್ಣ-ಪುಟ ನ್ಯಾವಿಗೇಷನ್ಗೆ ಪ್ರಾಕ್ಸಿಯನ್ನು ದೂಷಿಸುವ ಮೊದಲು.
ವೇಗದ curl ಅಥವಾ Axios ಪ್ರತಿಕ್ರಿಯೆ ಸಾಮಾನ್ಯವಾಗಿ ಒಂದೇ ಸಂಪನ್ಮೂಲ. Puppeteer ಹಲವು ಹೋಸ್ಟ್ಗಳಿಂದ ಸ್ಕ್ರಿಪ್ಟ್, ಚಿತ್ರ, ಫ್ರೇಮ್ ಮತ್ತು API ಗಳನ್ನು ಪಡೆಯಬಹುದು ಮತ್ತು ನಂತರದ ಪುಟ ಮೈಲಿಗಲ್ಲಿಗಾಗಿ ಕಾಯಬಹುದು.
ಪ್ರಾಕ್ಸಿ ಈಗಾಗಲೇ ಇರುವ ಪುಟದಲ್ಲಿ ಸಂರಚಿಸಲಾಗಿರುವುದರಿಂದ, ನ್ಯಾವಿಗೇಷನ್ ಸಮಯದಲ್ಲಿ ಪ್ರತ್ಯೇಕ ವೈಫಲ್ಯಗಳನ್ನು ಗಮನಿಸಿ:
page.on("requestfailed", request => {
console.log(request.url(), request.failure()?.errorText);
});
await page.goto(targetUrl, {
waitUntil: "domcontentloaded",
timeout: 30000,
});ಇದನ್ನು async ಕಾರ್ಯಹರಿವಿನಲ್ಲಿ ನಿಜವಾದ targetUrl ನೊಂದಿಗೆ ರನ್ ಮಾಡಿ. ಉದಾಹರಣೆ DOMContentLoaded ಗಾಗಿ ಕಾಯುತ್ತದೆ, ಇದು ಪ್ರತಿ ಅಗತ್ಯ ಚಿತ್ರ ಅಥವಾ ನಂತರದ ಅಪ್ಲಿಕೇಶನ್ ಪ್ರತಿಕ್ರಿಯೆ ಪೂರ್ಣಗೊಳ್ಳುವ ಮೊದಲು ಸಂಭವಿಸುತ್ತದೆ. ಆ ಮೈಲಿಗಲ್ಲನ್ನು ಮೂಲ ನ್ಯಾವಿಗೇಷನ್ ಕಾಯುತ್ತಿದ್ದ ಮೈಲಿಗಲ್ಲಿನೊಂದಿಗೆ ಹೋಲಿಸಿ: ಮುಖ್ಯ ದಾಖಲೆ, DOM, load ಅಥವಾ ನೆಟ್ವರ್ಕ್ ನಿಶ್ಚಲತೆ ಬೇರೆ ಬೇರೆ ಫಲಿತಾಂಶಗಳು.
403 ಅಥವಾ 500 ಪ್ರತಿಕ್ರಿಯೆ requestfailed ಘಟನೆ ಅಲ್ಲ. HTTPResponse ಮೂಲಕವೂ ಸ್ಥಿತಿಯನ್ನು ಓದಿ.
ನಿಧಾನ ಅಥವಾ ನಿರಾಕರಿಸಿದ ಸಂಪನ್ಮೂಲ, ಪುನರಾವರ್ತಿತ ದೃಢೀಕರಣ ಅಥವಾ ನಂತರದ ಕಾಯುವ ಸ್ಥಿತಿಯನ್ನು ಗುರುತಿಸಲು ಈ ಅವಲೋಕನಗಳನ್ನು ಬಳಸಿ. ಉದ್ದವಾದ ಟೈಮೌಟ್ ಕಾಯುವಿಕೆಯನ್ನು ಮಾತ್ರ ಹಿಗ್ಗಿಸುತ್ತದೆ; ಅದು ಬ್ರೌಸರ್ನ ಕೆಲಸವನ್ನು ಕಡಿಮೆ ಮಾಡುವುದಿಲ್ಲ ಮತ್ತು ಪ್ರತಿ ಸಂಪನ್ಮೂಲ ಸಂಪರ್ಕವೂ ಸ್ವೀಕರಿಸಲ್ಪಟ್ಟಿದೆ ಎಂದು ಸಾಬೀತುಪಡಿಸುವುದಿಲ್ಲ.