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 એજન્ટ છે.