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 संसाधन या ब्राउज़र fetch | NW.js वेब-इंजन प्रॉक्सी कॉन्फ़िगरेशन |
| Node कोर HTTP या पैकेज-स्वामित्व वाला ट्रांसपोर्ट | उस क्लाइंट का एजेंट या सार्वजनिक प्रॉक्सी इंटरफ़ेस |
getProxyForURL DOM लोड के लिए PAC-शैली का नीति पाठ लौटाता है, जैसे PROXY के साथ एंडपॉइंट या DIRECT। यह पुष्टि नहीं करता कि किसी पूर्ण अनुरोध ने इसका उपयोग किया।
process.env.http_proxy बदलने से हर कार्यान्वयन वेरिएबल नहीं पढ़ता। डायग्नोस्टिक्स को निर्माता या क्लाइंट के नाम और उसके परिणाम के साथ लेबल करें। अपग्रेड द्वारा बदली जाने वाली node_modules फ़ाइलों को पैच करने के बजाय उस पैकेज का सार्वजनिक कॉन्फ़िगरेशन उपयोग करें। SOCKS का उपयोग करने वाले Node कोर HTTPS कॉल के लिए ऐसा एक इंटरफ़ेस SOCKS-सक्षम HTTPS एजेंट है।