Emacs သည် ဘရောက်ဇာကို ဖွင့်နိုင်သော်လည်း ၎င်း၏ proxy ကို လိုအပ်နေဆဲ

«URL ဖွင့်သည်» ဟု ဆိုသော အမိန့်နှစ်ခုသည် Emacs တွင် မတူညီသော လမ်းကြောင်းများ ဖြင့် သွားနိုင်သည်။

တစ်ခုသည် URL ကို ပြင်ပ ဘရောက်ဇာသို့ ပေးအပ်နိုင်သည်။ ထိုအခါ ဘရောက်ဇာသည် ၎င်း၏ ကိုယ်ပိုင် proxy ဆက်တင်ကို အသုံးပြုသည်။ အခြားတစ်ခုသည် အရင်းအမြစ်ကို Emacs ၏ URL စာကြည့်တိုက်မှတစ်ဆင့် ရယူနိုင်သည်။ ဘရောက်ဇာ၏ အောင်မြင်သော တောင်းဆိုမှုသည် ထို ဒုတိယလမ်းကြောင်းအကြောင်း အနည်းငယ်သာ ပြောနိုင်သည်။

URL စာကြည့်တိုက်သည် proxy ပတ်ဝန်းကျင် ကိန်းရှင်များနှင့် Lisp ရွေးချယ်မှု url-proxy-services ကို မှတ်တမ်းတင်ထားသည်။ အခြေခံ တိကျသော ဆက်တင်သည် ဤပုံစံ ဖြစ်သည်–

(setq url-proxy-services
      '(("http" . "proxy.example:8080")
        ("https" . "proxy.example:8080")))

အစီအစဉ်အမည်များသည် ခရီးဆုံး ပရိုတိုကောကို ရွေးချယ်သည်။ proxy တန်ဖိုးများသည် ဤရွေးချယ်မှု မျှော်လင့်သော အဆုံးမှတ် ပုံစံ ဖြစ်ပြီး PAC script URL မဟုတ်ပါ။ ခွင့်ပြုထားသော အများပြည်သူ HTTP လမ်းကြောင်းများအတွက် HTTP proxy စာရင်းရှိ ကိုယ်စားလှယ်တစ်ခုထံမှ host နှင့် port ကို ယူပါ။

ဤဆက်တင်သည် ထို စာကြည့်တိုက်ကို အသုံးပြုသော client များနှင့် သက်ဆိုင်သည်။ ဥပမာ ပြင်ပ Git အလုပ်အမှုဆောင်ကို ခေါ်သော package တွင် အခြား ကွန်ရက်လမ်းကြောင်း ရှိသည်။ Emacs ၏ ကွန်ရက်အားလုံး ဆက်တင်တစ်ခုတည်း မျှဝေသည်ဟု မယူဆမီ လုပ်ဆောင်မှုကို ဖော်ထုတ်ပါ။

Windows တွင် ရှေးဟောင်း third-party package မှ registry ဖတ်သည့် ကုဒ်အပိုင်းကို PAC အကဲဖြတ်ခြင်း၊ အထောက်အထားများနှင့် ပြောင်းလဲနေသော ကွန်ရက်မူဝါဒအတွက် ယေဘုယျ ဖြေရှင်းချက်အဖြစ် မသတ်မှတ်ပါနှင့်။ သတ်မှတ်ထားသော အဆုံးမှတ် သို့မဟုတ် စာကြည့်တိုက်၏ မှတ်တမ်းတင်ထားသော ပတ်ဝန်းကျင် ဆက်တင်က အမှန်တကယ် လိုအပ်ချက်ကို ဖြည့်ဆည်းပေးခြင်း ရှိ/မရှိ ဦးစွာ ဆုံးဖြတ်ပါ။