DDEV פּראָקסי באַשטעלונגען פֿאַר דעם האָסט און וועב־קאָנטיינער

אַ מאָנטירטע Wget־קאָנפיגוראציע קען פֿאַרריכטן Wget בשעת Drush אָדער Composer בלײַבן אומגעענדערט. הײב אָן מיט דעם פּראָגראַם וואָס מאַכט די דורכגעפֿאַלענע בקשה, און דערנאָך גיב דעם פּראָקסי בײַם גרענעץ פֿון יענעם פּראָגראַמס אָנהײב.

האָסט־פּראָגראַמען

פֿאַר האָסט־פּראָגראַמען וואָס שטיצן די געוויינטלעכע וואַריאַבלען, גיב:

export http_proxy=http://proxy.example:8080
export https_proxy=http://proxy.example:8080
export no_proxy=localhost,127.0.0.1,::1,.ddev.site

די HTTPS־וואַריאַבל קלייבט אויס HTTPS־צילן; איר HTTP־URL באַשרײַבט דעם פּראָקסי־צוהערער. אַן ענדפּוינט פֿון דער HTTP־פּראָקסי ליסטע איז אַ קאַנדידאַט ווען די באַטרעפֿנדיקע אַראָפּלאָדונג פֿונעם האָסט אָדער וועב־קאָנטיינער קען ניצן אַ פּובליקן וועג.

קאָנטיינער־בויאונג און לויפֿונג

DDEV דאָקומענטירט דעם אָפּטייל proxies אין דער עקסיסטירנדיקער ~/.docker/config.json:

{
  "proxies": {
    "default": {
      "httpProxy": "http://proxy.example:8080",
      "httpsProxy": "http://proxy.example:8080",
      "noProxy": "localhost,127.0.0.1,::1,.ddev.site"
    }
  }
}

צונויפֿגיס דעם אָפּטייל אַנשטאָט פֿאַרבייטן די אויטענטיפֿיקאַציע אָדער אַנדערע עקסיסטירנדיקע פּאָזיציעס, דערנאָך סטאַרט אָפּנײַ דעם DDEV־פּראָיעקט. Docker ניצט די באַשטעלונגען צו צושטעלן סבֿיבֿה־וואַריאַבלען און בויאונג־אַרגומענטן. פּראָגראַמען אין דעם וועב־קאָנטיינער דאַרפֿן זיי נאָך אַלץ שטיצן.

אַראָפּלאָדונגען פֿון באַזע־בילדער

אַ פֿעלנדיק באַזע־בילד ווערט אַראָפּגעלאָדן דורכן Docker־דעמאָן. די קליענט־קאָנפיגוראציע אויבן באַשטימט נישט יענעם דעמאָנס פּראָקסי, און אַ וואַרעמער בילד־קאַש קען פֿאַרמײַדן די אַראָפּלאָדונג אינגאַנצן.

האַלט DDEV ס לאָקאַלע אַפּליקאַציע־ און סערוויס־וועגן אין דעם געפּלאַנטן דירעקטן באַשטאַנד. פּאַס צו די איבערהיפּ־סינטאַקס צום טאַקע באַניצער ווען דו לייגסט צו אינעווייניקע באַשטאַנדער אָדער אַדרעס־רענזשעס.