Emacs में दो कमांड, जो दोनों «URL खोलते हैं», अलग-अलग रास्ते ले सकते हैं।

एक URL को बाहरी ब्राउज़र को सौंप सकता है। तब ब्राउज़र अपनी प्रॉक्सी कॉन्फ़िगरेशन इस्तेमाल करता है। दूसरा संसाधन को Emacs की URL लाइब्रेरी के ज़रिए ला सकता है। ब्राउज़र का सफल अनुरोध उस दूसरे रास्ते के बारे में बहुत कम कहता है।

URL लाइब्रेरी प्रॉक्सी पर्यावरण चर और Lisp विकल्प url-proxy-services का दस्तावेज़ीकरण करती है। एक बुनियादी स्पष्ट कॉन्फ़िगरेशन इस रूप में है:

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

स्कीम नाम गंतव्य प्रोटोकॉल चुनते हैं। प्रॉक्सी मान इस विकल्प द्वारा अपेक्षित एंडपॉइंट प्रारूप हैं, PAC स्क्रिप्ट URL नहीं। अनुमत सार्वजनिक HTTP मार्गों के लिए, HTTP प्रॉक्सी सूची में किसी उम्मीदवार से होस्ट और पोर्ट लें।

यह सेटिंग उस लाइब्रेरी का उपयोग करने वाले क्लाइंट से संबंधित है। उदाहरण के लिए, बाहरी Git निष्पादन योग्य को कॉल करने वाले पैकेज का दूसरा नेटवर्क मार्ग होता है। यह मानने से पहले कि Emacs का सारा नेटवर्किंग एक ही कॉन्फ़िगरेशन साझा करता है, संक्रिया की पहचान करें।

Windows पर, किसी पुराने तीसरे पक्ष के पैकेज से रजिस्ट्री पढ़ने वाले स्निपेट को PAC मूल्यांकन, क्रेडेंशियल और बदलती नेटवर्क नीति का सामान्य समाधान मानने से बचें। पहले तय करें कि कोई स्थिर एंडपॉइंट या लाइब्रेरी का प्रलेखित पर्यावरण कॉन्फ़िगरेशन वास्तविक आवश्यकता पूरी करता है या नहीं।

संबंधित लेख