Konfigūruokite Node pusės API ryšį webpack.config.mjs failą naudodami dabartinę tarpinio serverio masyvo formą:

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': '' },
    }],
  },
};

Maršrutas yra:

browser → webpack dev server → corporate proxy → HTTPS API

target išlieka tikrasis HTTPS API. Agentas, kuris, kaip manoma, jau yra projekte, derina kelią per HTTP tarpininką.

context parenka naršyklės matomus užklausų kelius; pathRewrite pašalina kūrimo priešdėlį. Nė vienas jų neįvardija įmonės tarpinio serverio. Išsaugokite šiuos susiejimus API laukiamam keliui.

Naudokite įprastą middleware srautų ir atsakymų apdorojimą, kad API atmetimas ir transportavimo klaida liktų atskiriami. Antras ranka rašytas relejas, visada grąžinantis 200, paslėptų tą rezultatą.

Naršyklės tarpinio serverio nustatymai ir npm paketų atsisiuntimo tarpinis serveris konfigūruoja kitus vartotojus. Šis nustatymas priklauso webpack procesui, atliekančiam išorinį API iškvietimą.

Susiję straipsniai