វិភាគការផុតកំណត់ពេលរបស់ proxy Puppeteer តាមសំណើ និងចំណុចសំខាន់នៃទំព័រ

ប្រើ requestfailed សម្រាប់ការបរាជ័យបណ្តាញ និងស្ថានភាព HTTPResponse សម្រាប់ការឆ្លើយតបរបស់ម៉ាស៊ីនមេ មុនពេលចោទប្រកាន់ proxy ពីការរុករកទំព័រពេញយឺត។

ការឆ្លើយតបរហ័សពី curl ឬ Axios ជាធម្មតាជាធនធានមួយ។ Puppeteer ក៏អាចទាញយក script រូបភាព frame និង API ពីម៉ាស៊ីនជាច្រើន ហើយរង់ចាំចំណុចសំខាន់នៃទំព័របន្ទាប់។

ដោយសារ proxy ត្រូវបានកំណត់រួចលើទំព័រដែលមានស្រាប់ សង្កេតការបរាជ័យម្តងមួយៗអំឡុងពេលរុករក៖

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 ផងដែរ។

ប្រើការសង្កេតដើម្បីកំណត់ធនធានយឺត ឬត្រូវបានបដិសេធ ការផ្ទៀងផ្ទាត់ឡើងវិញ ឬលក្ខខណ្ឌរង់ចាំបន្ទាប់។ ការផុតកំណត់យូរជាងនេះគ្រាន់តែពង្រីកការរង់ចាំប៉ុណ្ណោះ វាមិនកាត់បន្ថយការងាររបស់ browser ហើយក៏មិនបញ្ជាក់ថារាល់ការតភ្ជាប់ធនធានត្រូវបានទទួលយកដែរ។

អត្ថបទពាក់ព័ន្ធ