set-proxy.sh ကို run လုပ်ခြင်းက သင့် terminal ကို အဘယ်ကြောင့် မပြောင်းလဲသနည်း
Run လုပ်ထားသော script သည် variable များကို ၎င်း၏ parent shell သို့ ပြန်လည် export မလုပ်နိုင်ပါ။ လက်ရှိ shell က setting များကို ထိန်းထားရန် လိုအပ်ပါက ယုံကြည်ရသော config ဖိုင်ကို source လုပ်ပါ။
သင့် script တွင် မှန်ကန်သော export https_proxy=... လိုင်း ပါဝင်သည်။ သင်က run လုပ်လိုက်သော်လည်း နောက်လိုက်ကွန်မန့်က proxy ဟောင်းကို ဆက်တွေ့နေသည်။ script သည် ၎င်း၏ ကိုယ်ပိုင် process အတွင်း ပြီးပြည့်စုံစွာ အလုပ်လုပ်ခဲ့ပေမည်။
Script တစ်ခုကို run လုပ်ခြင်းသည် သီးခြား shell တစ်ခုကို စတင်သည်။ ၎င်းသည် မိမိစတင်သော ကွန်မန့်များသို့ variable များ ပေးပို့နိုင်သော်လည်း ထွက်သွားပြီးနောက် မိခင် terminal shell ၏ ပတ်ဝန်းကျင်ကို အစားထိုးနိုင်ခြင်း မရှိပါ။
./set-proxy.sh
. ./set-proxy.shဤနှစ်ခုသည် မတူညီသော လုပ်ဆောင်ချက်များ ဖြစ်သည်။ ဒုတိယသည် လက်ရှိ shell တွင် ဖိုင်ကို ဖတ်ရန် shell ၏ dot builtin ကို အသုံးပြုသည်။ Bash က ၎င်းကို source ဟုလည်း ခေါ်သည်။ builtin ရည်ညွှန်းချက်ကို ကြည့်ပါ။
သင်ယုံကြည်သော ဖိုင်ကိုသာ source လုပ်ပါ၊ အကြောင်းမှာ ၎င်း၏ shell ကွန်မန့်အားလုံး ထိုလက်ရှိ အခြေအနေတွင် လုပ်ဆောင်သည်။ proxy သည် script အတွင်းရှိ ကွန်မန့်များအတွက်သာ လိုအပ်ပါက သာမန် run လုပ်ခြင်းသည် မှန်ကန်သော နယ်နိမိတ် ဖြစ်သည်။ ပြင်ပ ကွန်မန့်တစ်ခုအတွက် ကွန်မန့်အတွက် ကန့်သတ်ထားသော proxy သတ်မှတ်ချက် သည် လက်ရှိ shell ကို မပြောင်းလဲစေရန် ရှောင်ကြဉ်သည်။
Variable သတ်မှတ်ချက်များကို စာလုံးအတိုင်း ထားပါ။ Backtick သည် ကွန်မန့် အစားထိုးခြင်းကို ဆိုလိုသည်၊ ကိုးကားခြင်း မဟုတ်ပါ။ proxy သတ်မှတ်သော လိုင်းသည် ၎င်း၏ URL ကို မတော်တဆ run ရန် မကြိုးစားသင့်ပါ။ အများသူငှာ endpoint ရွေးရန် ရည်ရွယ်သော တန်ဖိုးများအတွက် အခမဲ့ proxy စာရင်း သည် protocol ကို client နှင့် ကိုက်ညီရမည့် ကိုယ်စားလှယ်လောင်းများကို ပေးသည်။ နောက်ဆုံးတွင် အမှန်တကယ် network client ဖတ်သော variable အမည်များကို စစ်ဆေးပါ။ shell ၏ နယ်ပယ်ကို ပြုပြင်ခြင်းက ပံ့ပိုးမထားသော variable ကို ထိရောက်စေသည် မဟုတ်ပါ။