សួមសន្មតថា cURL បើកការតភ្ជាប់ TCP ថ្មីទៅប្រូកស៊ី HTTP ធម្មតា បង្កើតផ្លូវរូង HTTPS និងទាញយកការឆ្លើយតបមួយ។ ពេលវេលាទាំងនោះពិពណ៌នាអំពីចំណុចសំខាន់ដែល cURL បានសង្កេតលើផ្លូវនោះ។

តម្លៃចំណុចសំខាន់ដែលវាស់ពីដើមការផ្ទេរ
time_connectការតភ្ជាប់ទៅប្រូកស៊ីបានបញ្ចប់
time_appconnectការចាប់ដៃ TLS ពាក់ព័ន្ធបានបញ្ចប់
time_starttransferបៃដំបូងនៃការឆ្លើយតបត្រូវបានទទួល
time_totalការផ្ទេរបានបញ្ចប់

សម្រាប់ការថតសំឡេង POSIX shell ជាឧទាហរណ៍៖

curl --proxy http://proxy.example:8080 \
  --output /dev/null \
  --write-out 'connect=%{time_connect} tls=%{time_appconnect} first=%{time_starttransfer} total=%{time_total}\n' \
  https://example.com/

សម្រាប់ការប្រៀបធៀប HTTPS សាធារណៈដែលអនុញ្ញាតដោយគ្មានព័ត៌មានសម្គាល់ប្រូកស៊ី ធាតុ HTTP ពីបញ្ជីប្រូកស៊ី HTTP អាចជំនួសប្រូកស៊ីឧទាហរណ៍បាន។ តម្លៃទាំងនោះជាវិនាទីបូកបញ្ចូលគ្នា។ ទាំងនេះមិនមែនជារយៈពេលឯករាជ្យបួនដែលត្រូវបូកបញ្ចូលគ្នាទេ។ រក្សាកំហុសផ្ទេរ និងស្ថានភាពឆ្លើយតបនៅក្បែរលេខ៖ ការតភ្ជាប់ដែលបរាជ័យ ឬផ្លូវរូងដែលត្រូវបានបដិសេធមិនបានឈានដល់ចំណុចសំខាន់បន្ទាប់ៗទេ។

អ្វីដែលការដកអាចប្រាប់អ្នក

សម្រាប់ការឆ្លើយតបជោគជ័យមួយ time_total ដក time_starttransfer ពិពណ៌នាចន្លោះពេលដែលនៅសល់បន្ទាប់ពីបៃដំបូងមកដល់។ នោះភាគច្រើនជាការផ្ទេរការឆ្លើយតបពេលក្រោយ និងការងារពាក់ព័ន្ធខាងអតិថិជន។ នោះមិនមែនជាពេលវេលារបស់ប្រូកស៊ីក្នុងការតភ្ជាប់ទៅគេហទំព័រទេ ព្រោះវាបានកើតឡើងមុនពេលការឆ្លើយតបអាចមកដល់។

ដូចគ្នាដែរ time_starttransfer ដក time_connect អាចរួមបញ្ចូលការបង្កើតផ្លូវរូង TLS ការរង់ចាំបណ្តាញខាងលើ ការងារម៉ាស៊ីនមេ និងដំណើរការផ្សេងទៀត។ ការហៅភាពខុសគ្នាទាំងមូលថា "ភាពយឺតប្រូកស៊ី" គឺចាត់ធាតុជាច្រើនទៅឱ្យភាគីតែមួយ។

ដើម្បីបំបែកការរង់ចាំ DNS ការតភ្ជាប់ និងការឆ្លើយតបរបស់ប្រូកស៊ី សូមទទួលការសង្កេត ឬដានដែលត្រូវគ្នាពីខាងប្រូកស៊ី។ អតិថិជនមិនទទួលបានត្រាពេលវេលាខាងក្នុងទាំងនោះដោយគ្រាន់តែប្រើ HTTP CONNECT ទេ។

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

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