ပြိုင်တူ proxy တောင်းဆိုမှုများသည် libcurl ကိုင်တွယ်မှုများကို သီးခြားပိုင်ဆိုင်ရန် လိုအပ်သည်

proxy ရွေးချယ်မှုသည် libcurl easy handle တစ်ခုနှင့် သက်ဆိုင်သည်။ thread တစ်ခုက တူညီသော handle ပေါ်တွင် လွှဲပြောင်းမှု လုပ်ဆောင်နေစဉ် အခြား thread တစ်ခုမှ ထိုရွေးချယ်မှုကို ပြောင်းလဲခြင်းသည် handle ၏ ပိုင်ဆိုင်မှု စည်းမျဉ်းများကို ချိုးဖောက်သည်။

libcurl သည် ၎င်း၏ မှတ်တမ်းတင်ထားသော စည်းမျဉ်းများကို လိုက်နာပါက thread အတွက် ဘေးကင်းသည်။ ၎င်းသည် handle တစ်ခုသို့ မတရားသော တစ်ပြိုင်နက်တည်း ဝင်ရောက်မှုကို အတွင်းပိုင်း ထပ်တူပြုခြင်း မရှိပါ။ ပြိုင်တူ အလုပ်သမားများကို ၎င်းတို့၏ ကိုယ်ပိုင် handle များ ပေးပါ၊ သို့မဟုတ် ယခင် အသုံးပြုသူ ပြီးဆုံးမှသာ ပိုင်ဆိုင်မှုကို လွှဲပြောင်းပါ။

share အင်တာဖေ့စ်တွင် သီးခြား လော့ခ်ချခြင်း လိုအပ်ချက်များနှင့် ကန့်သတ်ချက်များ ရှိသည်။ ၎င်းသည် မျှဝေထားသော easy handle ၏ ဆက်တင်တိုင်းကို အလုပ်သမားတိုင်းမှ ပြောင်းလဲရန် ခွင့်ပြုချက် မဟုတ်ပါ။

proxy-thread ဥပမာ အဟောင်းများတွင် TLS စာကြည့်တိုက် ဗားရှင်း အဟောင်းများအတွက် လော့ခ်ချခြင်း callback များ ပါဝင်လေ့ ရှိသည်။ အမှန်တကယ် TLS backend နှင့် build အတွက် လက်ရှိ thread ဘေးကင်းရေး စာတမ်းများကို စစ်ဆေးပါ။ သမိုင်းဝင် OpenSSL callback များကို လက်ရှိ အပလီကေးရှင်းသို့ ကူးယူခြင်းသည် မှန်ကန်သော handle ပိုင်ဆိုင်မှုကို အစားထိုး မပေးပါ။

ပြိုင်တူ အသုံးပြုခြင်းမပြုမီ မှတ်တမ်းတင်ထားသော စတင်လိုအပ်ချက်များနှင့်အညီ ကမ္ဘာ့စာကြည့်တိုက် အခြေအနေကို စတင်ပါ။ အများသူငှာ ကြားခံများမှတစ်ဆင့် ခွင့်ပြုထားသော အများသူငှာ တောင်းဆိုမှုများအတွက် အခမဲ့ proxy စာရင်း သည် အလုပ်သမားတိုင်း၏ proxy ရွေးချယ်မှုအတွက် ကိုယ်စားလှယ်လောင်းများကို ပေးသည်။ ပရိုတိုကောကို libcurl build နှင့် ကိုက်ညီအောင် လုပ်ပါ။ မအောင်မြင်သော လုပ်ဆောင်မှုတိုင်းအတွက် handle ၏ သတ်မှတ်ထားသော proxy နှင့် ၎င်း၏ ကိုယ်ပိုင် အမှားရလဒ်ကို ထိန်းသိမ်းပါ။ လွှဲပြောင်းမှု များစွာ လုပ်ဆောင်နေစဉ် ကမ္ဘာ့ “လက်ရှိ proxy” variable သည် အားနည်းသော အမှတ်အသား ဖြစ်သည်။