ഒരേ PHP ഫയൽ ടെർമിനലിൽ പ്രോക്സി ഉപയോഗിച്ചേക്കാം, PHP-FPM സേവിക്കുമ്പോൾ നേരിട്ട് പോകയും ചെയ്യാം. അത് പ്രവർത്തിപ്പിക്കുന്ന പ്രോസസുകൾ താരതമ്യം ചെയ്ത് തുടങ്ങുക. നിങ്ങളുടെ ടെർമിനൽ PHP ആരംഭിക്കുന്നത് shell പരിസ്ഥിതിയോടെയാണ്; വെബ് സെർവർ FPM ഇതിനകം സൃഷ്ടിച്ച വർക്കർമാർക്ക് ഒരു അഭ്യർത്ഥന അയയ്ക്കുന്നു.

വർക്കറുടെ പരിസ്ഥിതി നോക്കുക

FPM പൂൾ കോൺഫിഗറേഷൻ clear_env ഉം വ്യക്തമായ env[NAME] എൻട്രികളും നൽകുന്നു. പരിസ്ഥിതി വൃത്തിയാക്കൽ പ്രവർത്തനക്ഷമമാക്കിയാൽ, ലോഗിൻ shell-ൽ ഒരു വേരിയബിൾ എക്സ്പോർട്ട് ചെയ്യുന്നത് അതിനെ ഒരു വർക്കറിൽ ഇടുന്നില്ല. പൂൾ എൻട്രികൾ തിരഞ്ഞെടുത്ത വേരിയബിളുകൾ കൈമാറാം:

env[http_proxy] = http://203.0.113.10:8080
env[https_proxy] = http://203.0.113.10:8080

കോൺഫിഗറേഷൻ മാറ്റങ്ങൾ നിങ്ങളുടെ ഡിപ്ലോയ്‌മെന്റിന്റെ സാധാരണ FPM റീലോഡ് നടപടിക്രമത്തിലൂടെ പ്രയോഗിക്കുക. മൂല്യങ്ങൾ യഥാർത്ഥത്തിൽ ആപ്ലിക്കേഷനെ സേവിക്കുന്ന പൂളിൽ വയ്ക്കുക. മറ്റൊരു പൂൾ, സേവന അക്കൗണ്ട് അല്ലെങ്കിൽ കണ്ടെയ്നർ എന്നിവ കാഴ്ചയിൽ ശരിയായ എഡിറ്റിന് ഫലമില്ലാത്തതിന്റെ കാരണം വിശദീകരിച്ചേക്കാം.

ലൈവ് അഭ്യർത്ഥന ഡീബഗ് ചെയ്യുമ്പോൾ പ്രതീക്ഷിക്കുന്ന ക്രമീകരണങ്ങൾ നിലവിലുണ്ടോ എന്ന് മാത്രം പരിശോധിക്കുക. പൂർണ്ണ പരിസ്ഥിതി മൂല്യങ്ങൾ അച്ചടിക്കുന്ന പൊതു ഡയഗ്നോസ്റ്റിക് പേജ് പ്രോക്സി ക്രെഡൻഷ്യലുകളും ബന്ധമില്ലാത്ത രഹസ്യങ്ങളും വെളിപ്പെടുത്തിയേക്കാം.

തുടർന്ന് PHP ട്രാൻസ്പോർട്ട് പരിശോധിക്കുക

libcurl-ന് രേഖപ്പെടുത്തിയ പ്രോക്സി പരിസ്ഥിതി കൈകാര്യം ഉണ്ട്; വ്യക്തമായ PHP cURL ഹാൻഡിലിനും സ്വന്തം ഓപ്ഷനുകളുണ്ട്. PHP-യുടെ HTTP സ്ട്രീം റാപ്പറിന് വേറിട്ട കോൺടെക്സ്റ്റ് കോൺഫിഗറേഷൻ ഉണ്ട്. ഒരു വർക്കറിന് വേരിയബിളുകൾ നൽകുന്നത് ഓരോ PHP നെറ്റ്‌വർക്ക് API-യും അവ ഉപയോഗിക്കുമെന്ന് അർത്ഥമാക്കുന്നില്ല.

അത് ഉപയോഗപ്രദമായ രണ്ട് ഭാഗ പരിശോധന നൽകുന്നു: വർക്കർ സ്വീകരിച്ചത് സ്ഥിരീകരിക്കുക, തുടർന്ന് തിരഞ്ഞെടുത്ത HTTP ക്ലയന്റ് പ്രോക്സി ക്രമീകരണങ്ങൾ എങ്ങനെ വായിക്കുന്നു എന്ന് സ്ഥിരീകരിക്കുക. CLI-യും FPM-ഉം ഒരേ മൂല്യങ്ങൾ സ്വീകരിച്ചിട്ടും വ്യത്യസ്തമായി പെരുമാറുന്നുവെങ്കിൽ, അടുത്തതായി ക്ലയന്റ് ഓപ്ഷനുകളും ഒഴിവാക്കൽ നിയമങ്ങളും താരതമ്യം ചെയ്യുക. shell പ്രൊഫൈൽ ആവർത്തിച്ച് എഡിറ്റ് ചെയ്യുന്നത് വർക്കറുടെ HTTP ക്ലയന്റിനുള്ളിലെ വ്യത്യാസം തീർക്കാൻ കഴിയില്ല.

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