Composer ၏ အလံဟောင်း HTTP_PROXY_REQUEST_FULLURI နှင့် ဆက်စပ် FULLURI ဖြေရှင်းနည်းများသည် မှတ်တမ်းတင်ထားသော အကောင်အထည်ဖော်မှုတွင် မလိုအပ်တော့ဘဲ အသုံးမပြုတော့ပါ။ လျစ်လျူရှုထားသော အလံသည် လည်ပတ်နေသော client ၏ လမ်းကြောင်းကို ပြင်ဆင်၍ မရပါ။

POSIX shell ရှိ command line Composer အတွက် ထို shell မှ Composer ကို မခေါ်မီ ပံ့ပိုးထားသော proxy ကိန်းရှင်များကို export လုပ်ပါ-

export http_proxy=http://proxy.example:8080
export https_proxy=http://proxy.example:8080

စာလုံးသေးအမည်များကို ပိုနှစ်သက်သည်။ proxy ကိုယ်တိုင် သာမန် HTTP ကို အသုံးပြုပါက တန်ဖိုးနှစ်ခုစလုံးကို http:// ဖြင့် စတင်နိုင်သည်။ HTTPS ဦးတည်ချက်သည် proxy သို့ HTTPS ချိတ်ဆက်မှု မလိုအပ်ပါ။ နမူနာ endpoint ကို အတည်ပြုထားသော ဝန်ဆောင်မှုဖြင့် အစားထိုးပါ။ အများသူငှာ ကြားခံကို ခွင့်ပြုထားသော အများသူငှာ ပက်ကေ့ချ် ဒေါင်းလုဒ်များအတွက် HTTP proxy စာရင်းမှ HTTP ကိုယ်စားလှယ်လောင်းကို ရွေးပါ။

IDE သို့မဟုတ် build agent သည် တန်ဖိုးများကို ၎င်း၏ ကိုယ်ပိုင် လုပ်ငန်းစဉ် ပတ်ဝန်းကျင်တွင် လိုအပ်သည်။ နောက်ပိုင်း အမြဲတမ်း ဆက်တင်ကို ပြောင်းလဲခြင်းသည် လည်ပတ်နေပြီဖြစ်သော လုပ်ငန်းစဉ်ကို မွမ်းမံမပေးပါ။

Composer သည် CLI အပြင်တွင် လည်ပတ်သောအခါ

CLI မဟုတ်သော အခြေအနေရှိ HTTP တောင်းဆိုမှုများအတွက် Composer သည် http_proxy သို့မဟုတ် HTTP_PROXY ကို အသုံးမပြုပါ။ ယင်းအစား CGI_HTTP_PROXY ကို မှတ်တမ်းတင်ထားပြီး တောင်းဆိုမှု ခေါင်းစီးများကို ယုံကြည်ရသော proxy ဖွဲ့စည်းမှုအဖြစ် မှားယွင်းစွာ မှတ်ယူခြင်းမှ ကာကွယ်ပေးသည်။ shell ဖြေရှင်းနည်းကို ဝဘ်အပ်ပလီကေးရှင်းသို့ ကူးမချပါနှင့် မယုံကြည်ရသော တောင်းဆိုမှုမှ proxy ဆက်တင်များကို မယူပါနှင့်။

မအောင်မြင်သော လုပ်ဆောင်ချက်ကို ဖတ်ပါ

မဖြေရှင်းနိုင်သော proxy အမည်၊ ငြင်းပယ်ခံရသော ချိတ်ဆက်မှု၊ 407 စိန်ခေါ်မှုနှင့် လက်မှတ် မအောင်မြင်မှုတို့သည် မတူညီသော အဆင့်များကို ညွှန်ပြသည်။ IPv6 သို့မဟုတ် လက်မှတ်စစ်ဆေးမှု ဖြေရှင်းနည်းဟောင်းများကို အသုံးပြုမည့်အစား ပထမ အဓိပ္ပာယ်ရှိသော အမှားကို အသုံးပြုပါ။

Composer ၏ HTTP ဒေါင်းလုဒ် အလုပ်လုပ်သော်လည်း Git အခြေခံ မှီခိုမှု မအောင်မြင်ပါက သီးခြား Git လုပ်ငန်းစဉ်၊ ၎င်း၏ လမ်းကြောင်း နှင့် ၎င်း၏ အကောင့်ကို စစ်ဆေးပါ။ ၎င်းသည် အောင်မြင်သော Composer ဒေါင်းလုဒ်နှင့် မတူညီသော အသုံးပြုသူ ဖြစ်သည်။

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