ការកំណត់ប្រូកស៊ីរបស់ NW.js ខុសគ្នារវាងសំណើ Chromium និង Node
កំណត់ច្បាប់ប្រូកស៊ីរបស់ម៉ាស៊ីនវេប NW.js ដោយឡែកពីបណ្ណាល័យ Node ដែលកម្មវិធីផ្ទៃតុដូចគ្នាប្រើ។
NW.js អាចផ្ទុករូបភាព DOM និងទាញយក JSON តាមរយៈបណ្ណាល័យ Node ក្នុងបង្អួចតែមួយ។ សម្គាល់ការហៅដែលបង្កើតសំណើ មុនពេលជ្រើសរើសចំណុចប្រទាក់ប្រូកស៊ី។
សម្រាប់ផ្លូវម៉ាស៊ីនវេបដែលបានឯកសារ:
nw.App.setProxyConfig('proxy.example:8080', '');
const route = nw.App.getProxyForURL('https://www.example.com/');អាគុយម៉ង់ទីមួយគឺច្បាប់ប្រូកស៊ី ហើយទីពីរគឺ URL PAC។ វាជ្រើសរើសចំណុចបញ្ចប់ HTTP ថេរសម្រាប់គ្រោងគោលដៅ នៅពេល PAC ទទេ; HTTPS ប្រើផ្លូវរូងក្រោមដីដែលគាំទ្ររបស់វា។ ក្នុងការសាកល្បងទំព័រសាធារណៈឯករាជ្យដោយគ្មានការផ្ទៀងផ្ទាត់ប្រូកស៊ី ធាតុពី បញ្ជីប្រូកស៊ី HTTP អាចជំនួសចំណុចបញ្ចប់នោះ។
| អ្នកបង្កើតសំណើ | គោលនយោបាយត្រូវពិនិត្យ |
|---|---|
| ធនធាន DOM ឬ fetch របស់កម្មវិធីរុករក | ការកំណត់ប្រូកស៊ីម៉ាស៊ីនវេប NW.js |
| HTTP ស្នូល Node ឬការដឹកជញ្ជូនដែលកញ្ចប់ជាម្ចាស់ | ភ្នាក់ងារ ឬចំណុចប្រទាក់ប្រូកស៊ីសាធារណៈរបស់អតិថិជននោះ |
getProxyForURL ត្រឡប់អត្ថបទគោលនយោបាយបែប PAC សម្រាប់ការផ្ទុក DOM ដូចជា PROXY បូកចំណុចបញ្ចប់ ឬ DIRECT។ វាមិនបញ្ជាក់ថាសំណើដែលបានបញ្ចប់បានប្រើវាទេ។
ការផ្លាស់ប្តូរ process.env.http_proxy មិនធ្វើឱ្យការអនុវត្តនីមួយៗអានអថេរនោះទេ។ ដាក់ស្លាកការធ្វើរោគវិនិច្ឆ័យដោយឈ្មោះអ្នកបង្កើត ឬអតិថិជន និងលទ្ធផលរបស់វា។ ប្រើការកំណត់សាធារណៈរបស់កញ្ចប់នោះ ជំនួសឱ្យការបំពេញបំណែកឯកសារ node_modules ដែលការធ្វើបច្ចុប្បន្នភាពជំនួស។ សម្រាប់ការហៅ HTTPS ស្នូល Node ដែលប្រើ SOCKS ចំណុចប្រទាក់មួយបែបនោះគឺ ភ្នាក់ងារ HTTPS ដែលគាំទ្រ SOCKS។