Emacs ब्राउझर उघडू शकते आणि तरीही त्याला स्वतःचा प्रॉक्सी हवा असतो

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 मूल्यांकन, क्रेडेन्शियल्स आणि बदलत्या नेटवर्क धोरणासाठी सर्वसाधारण उपाय मानणे टाळा. प्रथम ठरवा की स्थिर अंतिम-बिंदू की लायब्ररीची दस्तऐवजी पर्यावरण संरचना प्रत्यक्ष गरज पूर्ण करते.