Tetapan proksi NW.js berbeza antara permintaan Chromium dan Node
Konfigurasikan peraturan proksi enjin web NW.js secara berasingan daripada pustaka Node yang digunakan oleh aplikasi desktop yang sama.
NW.js boleh memuatkan imej DOM dan mendapatkan JSON melalui pustaka Node dalam tetingkap yang sama. Kenal pasti panggilan yang mencipta permintaan sebelum memilih antara muka proksi.
Untuk laluan enjin web yang didokumenkan:
nw.App.setProxyConfig('proxy.example:8080', '');
const route = nw.App.getProxyForURL('https://www.example.com/');Argumen pertama ialah peraturan proksi dan yang kedua ialah URL PAC. Ini memilih titik akhir HTTP tetap untuk skema destinasi apabila PAC kosong; HTTPS menggunakan laluan terowong yang disokongnya. Dalam ujian halaman awam bebas tanpa pengesahan proksi, entri daripada senarai proksi HTTP boleh menggantikan titik akhir itu.
| Penghasil permintaan | Dasar yang perlu diperiksa |
|---|---|
| Sumber DOM atau fetch pelayar | Konfigurasi proksi enjin web NW.js |
| HTTP teras Node atau pengangkutan milik pakej | Ejen atau antara muka proksi awam klien tersebut |
getProxyForURL mengembalikan teks dasar gaya PAC untuk pemuatan DOM, seperti PROXY bersama titik akhir atau DIRECT. Ia tidak mengesahkan bahawa permintaan yang selesai telah menggunakannya.
Menukar process.env.http_proxy tidak membuat setiap pelaksanaan membaca pemboleh ubah itu. Label diagnosis dengan nama penghasil atau klien dan hasilnya. Gunakan konfigurasi awam pakej itu dan bukan menampal fail node_modules yang diganti oleh peningkatan. Untuk panggilan HTTPS teras Node yang menggunakan SOCKS, salah satu antara muka tersebut ialah ejen HTTPS yang menyokong SOCKS.