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 သည် ဥပမာနှင့် ကိုက်ညီရန်အတွက်သာ ရွှေ့ရန် မလိုအပ်ပါ။

ဆက်စပ်ဆောင်းပါးများ