ഹോസ്റ്റിനും വെബ് കണ്ടെയ്നറിനുമുള്ള DDEV പ്രോക്സി ക്രമീകരണങ്ങൾ

ഓരോ ഉപഭോക്താവിനും ഹോസ്റ്റ് വേരിയബിളുകളും Docker ക്ലയന്റ് പ്രോക്സി കോൺഫിഗറേഷനും ഉപയോഗിക്കുക; അടിസ്ഥാന ഇമേജ് ഡൗൺലോഡുകൾ ഇപ്പോഴും Docker ഡീമൺ കൈകാര്യം ചെയ്യുന്നു.

മൗണ്ട് ചെയ്ത 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-യുടെ പ്രാദേശിക ആപ്ലിക്കേഷൻ, സേവന റൂട്ടുകൾ ഉദ്ദേശിച്ച നേരിട്ടുള്ള പരിധിയിൽ നിലനിർത്തുക. ആന്തരിക ഡൊമെയ്നുകളോ വിലാസ ശ്രേണികളോ ചേർക്കുമ്പോൾ ബൈപാസ് സിന്താക്സ് യഥാർത്ഥ ഉപഭോക്താവിന് അനുയോജ്യമാക്കുക.

അനുബന്ധ ലേഖനങ്ങൾ