ច្រកព្រុចស៊ី និងច្រកគោលដៅក្នុង cURL
រក្សាច្រករបស់សេវា HTTPS នៅក្នុង URL គោលដៅ និងច្រករបស់អន្តរការីនៅក្នុង URL ព្រុចស៊ី ដោយមិនសរសេរជាន់ពួកវាតាម CURLOPT_PORT។
សេវា HTTPS នៅលើច្រក 8443 អាចចូលបានតាមរយៈព្រុចស៊ី HTTP នៅលើច្រក 8080។ លេខទាំងនោះពិពណ៌នាការតភ្ជាប់ផ្សេងគ្នា៖
$handle = curl_init('https://api.example:8443/status');
curl_setopt($handle, CURLOPT_PROXY, 'http://proxy.example:8080');
curl_setopt($handle, CURLOPT_RETURNTRANSFER, true);
កម្មវិធីនៅតែទទួលខុសត្រូវលើការប្រតិបត្តិ ការដោះស្រាយកំហុស និងវដ្តជីវិតរបស់ handle។ កូដខ្លីរក្សាធាតុបញ្ចូលនៃការនាំផ្លូវជាមួយគ្នា ដោយមិនផ្លាស់ប្តូរការផ្ទៀងផ្ទាត់វិញ្ញាបនបត្រ។
cURL ភ្ជាប់ទៅ proxy.example:8080 មុនគេ។ សម្រាប់គោលដៅ HTTPS នេះ សំណើរូងក្រោមដីឈ្មោះ api.example:8443 ហើយអត្តសញ្ញាណ TLS នៅតែជា api.example។
CURLOPT_PORT គឺការសរសេរជាន់លើច្រកគោលដៅ មិនមែនច្រកព្រុចស៊ីទេ។ ការកំណត់វាទៅ 443 រាល់ពេល URL ចាប់ផ្តើមដោយ https អាចសរសេរជាន់លើសេវាដែលបានដាក់ដោយចេតនានៅលើ 8443។ libcurl ណែនាំឱ្យជ្រើសច្រកនៅក្នុង URL ជំនួសឱ្យការប្រើជម្រើសនោះ។
ពេលប្រើ handle ឡើងវិញ សូមគិតដល់ការសរសេរជាន់លើច្រកច្បាស់លាស់ពីមុនផងដែរ។ URL ថ្មីមិនធ្វើឱ្យជម្រើសដែលនៅសល់ និងផ្ទុយគ្នាងាយបកស្រាយជាងមុនទេ។
អន្តរការីត្រូវអនុញ្ញាត CONNECT ទៅច្រកគោលដៅដែលបានជ្រើស។ ការបដិសេធសម្រាប់ 8443 មិនមែនជាហេតុផលដើម្បីផ្លាស់ទីអ្នកស្តាប់ព្រុចស៊ី ឬបិទការផ្ទៀងផ្ទាត់ TLS ទេ។