NW.js പ്രോക്സി ക്രമീകരണങ്ങൾ Chromium, Node അഭ്യർത്ഥനകളിൽ വ്യത്യസ്തമാണ്
അതേ ഡെസ്ക്ടോപ്പ് ആപ്പ് ഉപയോഗിക്കുന്ന Node ലൈബ്രറികളിൽ നിന്ന് വേറിട്ട് NW.js വെബ്-എൻജിൻ പ്രോക്സി നിയമങ്ങൾ ക്രമീകരിക്കുക.
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 അല്ലെങ്കിൽ പാക്കേജ്-ഉടമസ്ഥതയിലുള്ള ഗതാഗതം | ആ ക്ലയന്റിന്റെ ഏജന്റ് അല്ലെങ്കിൽ പൊതു പ്രോക്സി ഇന്റർഫേസ് |
DOM ലോഡിനായി getProxyForURL PAC ശൈലിയിലുള്ള നയ പാഠം നൽകുന്നു, ഉദാഹരണത്തിന് PROXY കൂടെ എൻഡ്പോയിന്റ് അല്ലെങ്കിൽ DIRECT. പൂർത്തിയായ അഭ്യർത്ഥന അത് ഉപയോഗിച്ചുവെന്ന് ഇത് സ്ഥിരീകരിക്കുന്നില്ല.
process.env.http_proxy മാറ്റുന്നത് എല്ലാ നടപ്പാക്കലും വേരിയബിൾ വായിക്കുമെന്ന് ഉറപ്പാക്കുന്നില്ല. ഡയഗ്നോസ്റ്റിക്സിന് സൃഷ്ടാവിന്റെയോ ക്ലയന്റിന്റെയോ പേരും അതിന്റെ ഫലവും ലേബൽ ചെയ്യുക. നവീകരണം മാറ്റിസ്ഥാപിക്കുന്ന node_modules ഫയലുകൾ പാച്ച് ചെയ്യുന്നതിന് പകരം ആ പാക്കേജിന്റെ പൊതു കോൺഫിഗറേഷൻ ഉപയോഗിക്കുക. SOCKS ഉപയോഗിക്കുന്ന Node കോർ HTTPS കോളുകൾക്ക് അത്തരം ഒരു ഇന്റർഫേസ് SOCKS പിന്തുണയുള്ള HTTPS ഏജന്റ് ആണ്.