اضبط اتصال واجهة API من جهة Node في 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 الحقيقية. أما الوكيل، المفترض أنه متاح مسبقًا في المشروع، فيتفاوض على المسار عبر الوسيط HTTP.

يحدد context مسارات الطلبات التي يراها المتصفح، ويزيل pathRewrite بادئة التطوير. لا يذكر أي منهما وكيل الشركة. احتفظ بهذين التعيينين للمسار الذي تتوقعه واجهة API.

استخدم معالجة البث والاستجابة المعتادة في البرمجية الوسيطة ليبقى رفض واجهة API وفشل النقل قابلين للتمييز. إن مُرحّل ثانٍ مكتوب يدويًا يعيد 200 دائمًا سيخفي تلك النتيجة.

إعدادات وكيل المتصفح ووكيل تنزيل الحزم في npm تضبط مستهلكين آخرين. هذا الإعداد يخص عملية webpack التي تنفذ الاستدعاء الخارجي لواجهة API.

مقالات ذات صلة