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 एजेन्ट हो।