உங்கள் முனையத்தில் வேலை செய்யும் ப்ராக்ஸியை PHP-FPM இழப்பது ஏன்

ஒரே PHP கோப்பு முனையத்தில் ப்ராக்ஸியைப் பயன்படுத்தி, PHP-FPM வழங்கும்போது நேரடியாகச் செல்லலாம். அதை இயக்கும் செயல்முறைகளை ஒப்பிட்டு தொடங்குங்கள். உங்கள் முனையம் PHP-ஐ shell சூழலுடன் தொடங்குகிறது; வலை சேவையகம் FPM ஏற்கனவே உருவாக்கிய பணியாளர்களுக்கு கோரிக்கையை அனுப்புகிறது.

பணியாளரின் சூழலைப் பாருங்கள்

FPM pool உள்ளமைவு clear_env மற்றும் வெளிப்படையான env[NAME] உள்ளீடுகளை வழங்குகிறது. சூழல் சுத்தம் இயக்கப்பட்டால், உள்நுழைவு shell-ல் ஒரு மாறியை ஏற்றுமதி செய்வது அதை பணியாளருக்குள் வைக்காது. Pool உள்ளீடுகள் தேர்ந்தெடுத்த மாறிகளை அனுப்பலாம்:

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

உள்ளமைவு மாற்றங்களை உங்கள் வரிசைப்படுத்தலின் வழக்கமான FPM மறுஏற்ற நடைமுறை மூலம் பயன்படுத்துங்கள். மதிப்புகளை பயன்பாட்டுக்கு உண்மையில் சேவை செய்யும் pool-ல் வைக்கவும். வேறு pool, சேவைக் கணக்கு அல்லது container சரியாகத் தோன்றும் திருத்தத்திற்கு ஏன் பலன் இல்லை என்பதை விளக்கலாம்.

நேரடி கோரிக்கையை பிழைத்திருத்தும்போது எதிர்பார்க்கப்பட்ட அமைப்புகள் உள்ளனவா என்பதை மட்டும் சரிபார்க்கவும். முழு சூழல் மதிப்புகளை அச்சிடும் பொது கண்டறியும் பக்கம் ப்ராக்ஸி சான்றுகளையும் தொடர்பில்லாத ரகசியங்களையும் வெளிப்படுத்தலாம்.

பிறகு PHP போக்குவரத்தைச் சரிபார்க்கவும்

libcurl ஆவணப்படுத்தப்பட்ட ப்ராக்ஸி சூழல் கையாளுதலைக் கொண்டுள்ளது; வெளிப்படையான PHP cURL கைப்பிடிக்கும் அதன் சொந்த விருப்பங்கள் உள்ளன. PHP-யின் HTTP stream wrapper-க்கு தனி சூழல் உள்ளமைவு உள்ளது. பணியாளருக்கு மாறிகளை வழங்குவது ஒவ்வொரு PHP பிணைய API-யும் அவற்றைப் பயன்படுத்தச் செய்யாது.

இது பயனுள்ள இரு-பகுதி சரிபார்ப்பைத் தருகிறது: பணியாளர் எதைப் பெற்றார் என்பதை உறுதிசெய்து, பின்னர் தேர்ந்தெடுத்த HTTP client ப்ராக்ஸி அமைப்புகளை எவ்வாறு படிக்கிறது என்பதை உறுதிசெய்யவும். CLI மற்றும் FPM ஒரே மதிப்புகளைப் பெற்றாலும் வேறுவிதமாக நடந்துகொண்டால், அடுத்து client விருப்பங்களையும் பைபாஸ் விதிகளையும் ஒப்பிடுங்கள். shell profile-ஐ மீண்டும் மீண்டும் திருத்துவது பணியாளரின் HTTP client-க்குள் உள்ள வேறுபாட்டைத் தீர்க்காது.