Node ဘက်ရှိ API ချိတ်ဆက်မှုကို webpack.config.mjs တွင် လက်ရှိ ပရောက်စီ အခင်းအကျင်း ပုံစံဖြင့် ဖွဲ့စည်းပါ-

import { HttpsProxyAgent } from 'https-proxy-agent';

export default {
  devServer: {
    proxy: [{
      context: ['/api'],
      target: 'https://service.example',
      changeOrigin: true,
      agent: new HttpsProxyAgent('http://proxy.example:8080'),
      pathRewrite: { '^/api': '' },
    }],
  },
};

လမ်းကြောင်းမှာ ဤသို့ဖြစ်သည်-

browser → webpack dev server → corporate proxy → HTTPS API

target သည် အစစ်အမှန် HTTPS API အဖြစ် ဆက်ရှိနေသည်။ ပရောဂျက်တွင် ရှိပြီးသားဟု ယူဆရသော အေးဂျင့်သည် HTTP ကြားခံမှတစ်ဆင့် လမ်းကြောင်းကို ညှိနှိုင်းသည်။

context သည် ဘရောက်ဇာ မြင်ရသော တောင်းဆိုမှု လမ်းကြောင်းများကို ရွေးချယ်သည်။ pathRewrite သည် ဖွံ့ဖြိုးရေး ရှေ့ဆက်စာလုံးကို ဖယ်ရှားသည်။ နှစ်ခုစလုံး ကော်ပိုရေးရှင်း ပရောက်စီကို အမည်မဖော်ပါ။ API မျှော်လင့်သော လမ်းကြောင်းအတွက် ထို မြေပုံသတ်မှတ်ချက်များကို ထိန်းသိမ်းပါ။

API ငြင်းပယ်မှုနှင့် သယ်ယူပို့ဆောင်မှု ချို့ယွင်းမှုကို ခွဲခြားနိုင်ရန် မစ်ဒယ်ဝဲ၏ ပုံမှန် စီးဆင်းမှုနှင့် တုံ့ပြန်မှု ကိုင်တွယ်မှုကို အသုံးပြုပါ။ အမြဲ 200 ပြန်ပေးသော ဒုတိယ လက်ရေးဖြင့် ရေးထားသည့် ရီလေးသည် ထို ရလဒ်ကို ဖုံးကွယ်လိမ့်မည်။

ဘရောက်ဇာ ပရောက်စီ ဆက်တင်များနှင့် npm ၏ ပက်ကေ့ချ် ဒေါင်းလုဒ် ပရောက်စီသည် အခြား အသုံးပြုသူများကို ဖွဲ့စည်းသည်။ ဤ ဆက်တင်သည် ပြင်ပ API ခေါ်ဆိုမှုကို ပြုလုပ်သော webpack လုပ်ငန်းစဉ်၏ ပိုင်ဆိုင်မှုဖြစ်သည်။

ဆက်စပ်ဆောင်းပါးများ