NW.js प्रॉक्सी सेटिंग्ज Chromium आणि Node विनंत्यांमध्ये वेगळ्या आहेत

NW.js वेब-इंजिनचे प्रॉक्सी नियम त्याच डेस्कटॉप अ‍ॅपद्वारे वापरल्या जाणाऱ्या Node लायब्ररींपासून वेगळे कॉन्फिगर करा.

NW.js एकाच विंडोमध्ये DOM प्रतिमा लोड करू शकते आणि Node लायब्ररीद्वारे JSON मिळवू शकते. प्रॉक्सी इंटरफेस निवडण्यापूर्वी विनंती तयार करणारा कॉल ओळखा.

दस्तऐवजीकृत वेब-इंजिन मार्गासाठी:

nw.App.setProxyConfig('proxy.example:8080', '');
const route = nw.App.getProxyForURL('https://www.example.com/');

पहिला आर्ग्युमेंट प्रॉक्सी नियम आहे आणि दुसरा PAC URL आहे. PAC रिकामा असताना हे गंतव्य स्कीमसाठी स्थिर HTTP एंडपॉइंट निवडते; HTTPS त्याचा समर्थित बोगदा मार्ग वापरते. प्रॉक्सी प्रमाणीकरणाशिवाय स्वतंत्र सार्वजनिक पृष्ठ चाचणीत HTTP प्रॉक्सी सूची मधील एक नोंद तो एंडपॉइंट बदलू शकते.

विनंती निर्मातातपासायचे धोरण
DOM संसाधन किंवा ब्राउझर fetchNW.js वेब-इंजिन प्रॉक्सी कॉन्फिगरेशन
Node कोअर HTTP किंवा पॅकेज-मालकीचे ट्रान्सपोर्टत्या क्लायंटचा एजंट किंवा सार्वजनिक प्रॉक्सी इंटरफेस

getProxyForURL DOM लोडसाठी PAC-शैलीचा धोरण मजकूर परत करते, जसे PROXY सह एंडपॉइंट किंवा DIRECT. पूर्ण झालेल्या विनंतीने तो वापरला आहे याची पुष्टी ते करत नाही.

process.env.http_proxy बदलल्याने प्रत्येक अंमलबजावणी ते व्हेरिएबल वाचेल असे होत नाही. निदान निर्माता किंवा क्लायंटच्या नावाने आणि त्याच्या निकालाने लेबल करा. अपग्रेड बदलणाऱ्या node_modules फाइल्स पॅच करण्याऐवजी त्या पॅकेजचे सार्वजनिक कॉन्फिगरेशन वापरा. SOCKS वापरणाऱ्या Node कोअर HTTPS कॉलसाठी असा एक इंटरफेस SOCKS-सक्षम HTTPS एजंट आहे.

संबंधित लेख