cURL ပရောက်စီပို့တ်နှင့် ဦးတည်ပို့တ်
HTTPS ဝန်ဆောင်မှု၏ ပို့တ်ကို ၎င်း၏ ဦးတည် URL တွင်၊ ဖျန်ဖြေသူ၏ ပို့တ်ကို ပရောက်စီ URL တွင် ထားရှိပြီး CURLOPT_PORT ဖြင့် မဖုံးလွှမ်းပါနှင့်။
ပို့တ် 8443 ရှိ HTTPS ဝန်ဆောင်မှုကို ပို့တ် 8080 ရှိ HTTP ပရောက်စီမှတစ်ဆင့် ရောက်ရှိနိုင်သည်။ ထိုနံပါတ်များသည် မတူညီသော ချိတ်ဆက်မှုများကို ဖော်ပြသည်။
$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 သည် ဦးတည်ပို့တ်ကို ဖုံးလွှမ်းခြင်းဖြစ်ပြီး ပရောက်စီ၏ ပို့တ်မဟုတ်ပါ။ URL သည် https ဖြင့် စတိုင်းတိုင်း ၎င်းကို 443 သို့ သတ်မှတ်ခြင်းသည် 8443 တွင် တမင်တကာ လက်ခံထားသော ဝန်ဆောင်မှုကို ဖုံးလွှမ်းနိုင်သည်။ libcurl သည် ထိုရွေးချယ်မှုကို အသုံးမပြုဘဲ URL တွင် ပို့တ်ကို ရွေးချယ်ရန် အကြံပြုသည်။
handle ကို ပြန်လည်အသုံးပြုသောအခါ ယခင်က အတိအလင်း ဖုံးလွှမ်းခဲ့သော ပို့တ်ကိုလည်း ထည့်သွင်းစဉ်းစားပါ။ URL အသစ်သည် ဆန့်ကျင်နေသော ကျန်ရှိရွေးချယ်မှုများကို အနက်ဖွင့်ရန် မလွယ်ကူစေပါ။
ဖျန်ဖြေသူသည် ရွေးချယ်ထားသော ဦးတည်ပို့တ်သို့ CONNECT ကို ခွင့်ပြုရမည်။ 8443 အတွက် ငြင်းပယ်ခြင်းသည် ပရောက်စီ နားထောင်သူကို ရွှေ့ရန် သို့မဟုတ် TLS စစ်ဆေးမှုကို ပိတ်ရန် အကြောင်းရင်းမဟုတ်ပါ။