webpack-dev-server: HTTPS-API-Uruff iwwer e Firmeproxy leeden

Gitt der existéierender Proxy-Middleware vu webpack-dev-server en HttpsProxyAgent, mat Zil a Pad-Ëmschreiwung bäibehalen.

Konfiguréiert d'API-Verbindung op der Node-Säit an webpack.config.mjs mat der aktueller Proxy-Array-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': '' },
    }],
  },
};

D'Route ass:

browser → webpack dev server → corporate proxy → HTTPS API

target bleift déi richteg HTTPS-API. Den Agent, vun deem ugeholl gëtt datt en am Projet schonn disponibel ass, verhandelt de Pad iwwer den HTTP-Ëmwee.

context wielt d'Uruffpadd, déi de Browser gesäit; pathRewrite hëlt de Entwécklungs-Prefix ewech. Keent vun deenen zwee nennt de Firmeproxy. Hällt dës Mapen fir de Pad, deen d'API erwaart.

Benotzt déi normal Streaming- a Responsveraarbechtung vun der Middleware, sou datt API-Ablehnung a Transportfehler ënnerscheedbar bleiwen. En zweeten handgeschriwwen Relais, deen ëmmer 200 zréckgëtt, géif dat Resultat verstoppen.

Browser-Proxy-Astellungen an den npm-Paketdownload-Proxy konfiguréieren aner Verbraucher. Dës Astellung gehéiert zum webpack-Prozess, deen den externen API-Uruff mécht.

Ähnlech Artikelen