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 ఏజెంట్.