Emacs daemon အဟောင်းသည် proxy အဟောင်းကို ထိန်းထားနိုင်သည်
emacsclient terminal အသစ်သည် အပ်ဒိတ်လုပ်ထားသော ဆက်တင်များကို လျစ်လျူရှုနေပုံရပါက ကာလရှည်လည်ပတ်နေသော Emacs server နှင့် URL စာကြည့်တိုက်၏ proxy အခြေအနေကို စစ်ဆေးပါ။
terminal အသစ်သည် Emacs server အသစ်ကို မဖန်တီးပါ။ emacsclient သည် မနေ့က daemon အား ယနေ့၏ package ဒေါင်းလုဒ်ကို လုပ်ဆောင်ရန် တောင်းဆိုနိုင်ပြီး daemon ၏ proxy အခြေအနေဟောင်းကို အသုံးပြုမည်။
မအောင်မြင်သော တောင်းဆိုချက်ကို ကိုင်တွယ်နေသော Emacs session အတွင်း၌ ပတ်ဝန်းကျင်နှင့် url-proxy-services နှစ်ခုလုံးကို စစ်ဆေးပါ။
| ဘာတွေ ဟောင်းနေသလဲ | နောက်ထပ် ဘယ်မှာ ကြည့်မလဲ |
|---|---|
| Emacs ပတ်ဝန်းကျင်တွင် endpoint အဟောင်း ရှိနေသေးသည် | server ၏ စတင်ရာ အရင်းအမြစ်: အသုံးပြုသူ ဝန်ဆောင်မှု၊ desktop session သို့မဟုတ် လော့ဂ်အင်ဝင်ချိန် daemon |
ပတ်ဝန်းကျင် မှန်ပေမယ့် url-proxy-services တွင် endpoint အဟောင်း ရှိနေသေးသည် | URL စာကြည့်တိုက် စတင်ခြင်းနှင့် တိကျသော Lisp ဆက်တင်များ |
URL စာကြည့်တိုက်သည် ပံ့ပိုးထားသော proxy entries များကို ပတ်ဝန်းကျင်မှ စတင်နိုင်သည်။ ထိုပတ်ဝန်းကျင်ကို နောက်ပိုင်းတွင် ပြောင်းလဲခြင်းသည် စတင်ပြီးသား သို့မဟုတ် Lisp တွင် အတိအလင်း သတ်မှတ်ထားသော entry ကို အမြဲ ပြန်လည်တည်ဆောက်မည် မဟုတ်ပါ။ အချို့ server အခြေအနေများတွင် ပေးပို့သော client သီးသန့် အချက်အလက်သည် server ၏ proxy ဖွဲ့စည်းမှုကို ယေဘုယျ ပြန်လည်သတ်မှတ်ခြင်း မဟုတ်ပါ။
ရည်ရွယ်ထားသော လက်ရှိ ဖွဲ့စည်းမှုနှင့် ၎င်း၏ စတင်ရာ အရင်းအမြစ်ကို ပြင်ဆင်ပါ၊ နောက် server သဘောတူညီစေရန်။ ပြန်လည်စတင်ခြင်းသည် စတင်မှုအသစ်ကိုလည်း ပေးသည်၊ သို့သော် ထို server တွင် ရှိသော အလုပ်ကို အရင်သိမ်းဆည်းပါ။ frame ကို ပိတ်ပြီး ပြန်ဖွင့်ခြင်းသည် လုပ်ငန်းစဉ်ကို ဆက်လက်လည်ပတ်စေနိုင်သည်။
ဤရောဂါစစ်ဆေးမှုသည် URL စာကြည့်တိုက်နှင့် သက်ဆိုင်သည်။ package က Git၊ curl သို့မဟုတ် အခြား ပြင်ပ ဒေါင်းလုဒ်တူးလ်ကို ခေါ်ပါက url-proxy-services အစားထိုးလိမ့်မည်ဟု မမျှော်လင့်ဘဲ ထို client ၏ ဖွဲ့စည်းမှုကို လိုက်နာပါ။