CURLOPT_PROXYPORT က cURL proxy ဆက်တင်တွင် ဘာထည့်ပေးသနည်း
သီးခြား proxy-port ရွေးချယ်မှု၊ CURLOPT_PROXY အတွင်းရှိ port နှင့် နှိုင်းယှဉ်သော ၎င်း၏ ဦးစားပေးမှု၊ endpoint သည် host ကို အဘယ်ကြောင့် လိုအပ်ဆဲဖြစ်ကြောင်း နားလည်ပါ။
CURLOPT_PROXYPORT သည် port နံပါတ်ကို ပံ့ပိုးပေးသည်။ ၎င်းသည် proxy host ကို မဖော်ထုတ်ပါ၊ protocol ကို မရွေးချယ်ပါ၊ ဒေသတွင်း စက်တွင် listener ကို မဖန်တီးပါ။
endpoint တစ်ခုလုံး အတူတကွ ရှိနေသောအခါ PHP cURL ဆက်တင်အသစ်ကို ဖတ်ရန် ပိုလွယ်သည်:
curl_setopt($handle, CURLOPT_PROXY, 'http://proxy.example:3128');
libcurl စာတမ်းသည် သီးခြား port ရွေးချယ်မှုကို မတိုက်တွန်းပါ။ လက်ရှိ code သည် port မထည့်ထားသော host နှင့် ၎င်းကို ဆက်လက်အသုံးပြုနိုင်သည်:
curl_setopt($handle, CURLOPT_PROXY, 'http://proxy.example');
curl_setopt($handle, CURLOPT_PROXYPORT, 3128);
proxy string တွင် အတိအကျ ထည့်ထားသော port သည် သီးခြားရွေးချယ်မှုထက် ဦးစားပေးသည်။ ကွဲလွဲနေသော နံပါတ်နှစ်ခုကို ထိန်းသိမ်းခြင်းကို ရှောင်ပါ။
fragment တွင် CURLOPT_PROXYPORT သာ ပေါ်နေပါက handle ဆက်တင်၏ ကျန်အပိုင်းနှင့် သက်ဆိုင်သော ပတ်ဝန်းကျင်ကို စစ်ဆေးပါ။ fragment တစ်ခုတည်းဖြင့် libcurl မည်သည့် proxy host ကို အသုံးပြုမည်ကို မဖော်ပြပါ။
port 3128 သည် ရင်းနှီးသော deployment ရွေးချယ်မှုဖြစ်ပြီး protocol ထောက်လှမ်းကိရိယာ မဟုတ်ပါ။ listener ၏ အမှန်တကယ် protocol နှင့် port ကို အသုံးပြုပါ။ အများသူငှာ HTTP လမ်းကြောင်းအတွက် HTTP proxy စာရင်းသည် proxy URL တွင် အတူထားရမည့် လိပ်စာနှင့် port ကိုယ်စားလှယ်လောင်းများကို ပေးသည်။ အခြား port တွင် ရောက်နိုင်သော proxy သည် ဥပမာနှင့် ကိုက်ညီရန်အတွက်သာ ရွှေ့ရန် မလိုအပ်ပါ။