cURL പ്രോക്സി ക്രമീകരണത്തിൽ CURLOPT_PROXYPORT എന്തു ചേർക്കുന്നു
വേറിട്ട പ്രോക്സി പോർട്ട് ഓപ്ഷൻ, CURLOPT_PROXY-യിലെ പോർട്ടിനെതിരായ അതിന്റെ മുൻഗണന, എൻഡ്പോയിന്റിന് ഇപ്പോഴും ഒരു ഹോസ്റ്റ് ആവശ്യമായിരിക്കുന്നതിന്റെ കാരണം എന്നിവ മനസ്സിലാക്കുക.
CURLOPT_PROXYPORT ഒരു പോർട്ട് നമ്പർ നൽകുന്നു. അത് ഒരു പ്രോക്സി ഹോസ്റ്റ് തിരിച്ചറിയുന്നില്ല, പ്രോട്ടോക്കോൾ തിരഞ്ഞെടുക്കുന്നില്ല, പ്രാദേശിക മെഷീനിൽ ഒരു ലിസണർ സൃഷ്ടിക്കുന്നുമില്ല.
മുഴുവൻ എൻഡ്പോയിന്റും ഒരുമിച്ച് നിർത്തുമ്പോൾ പുതിയ PHP cURL ക്രമീകരണം വായിക്കാൻ എളുപ്പമാണ്:
curl_setopt($handle, CURLOPT_PROXY, 'http://proxy.example:3128');
libcurl ഡോക്യുമെന്റേഷൻ വേറിട്ട പോർട്ട് ഓപ്ഷൻ വിരോധിക്കുന്നു. പോർട്ട് ഉൾച്ചേർത്തിട്ടില്ലാത്ത ഒരു ഹോസ്റ്റിനൊപ്പം നിലവിലുള്ള കോഡിന് ഇത് ഇപ്പോഴും ഉപയോഗിക്കാം:
curl_setopt($handle, CURLOPT_PROXY, 'http://proxy.example');
curl_setopt($handle, CURLOPT_PROXYPORT, 3128);
പ്രോക്സി സ്ട്രിംഗിൽ വ്യക്തമായി ഉൾപ്പെടുത്തിയ പോർട്ടിന് വേറിട്ട ഓപ്ഷനേക്കാൾ മുൻഗണനയുണ്ട്. പരസ്പരവിരുദ്ധമായ രണ്ട് നമ്പറുകൾ സൂക്ഷിക്കുന്നത് ഒഴിവാക്കുക.
ഒരു ഫ്രാഗ്മെന്റിൽ CURLOPT_PROXYPORT മാത്രം കാണുന്നുവെങ്കിൽ, ഹാൻഡിൽ ക്രമീകരണത്തിന്റെ ബാക്കിയും അതിന്റെ പ്രസക്തമായ പരിസ്ഥിതിയും പരിശോധിക്കുക. ഏത് പ്രോക്സി ഹോസ്റ്റ്, ഉണ്ടെങ്കിൽ, libcurl ഉപയോഗിക്കുമെന്ന് ഫ്രാഗ്മെന്റ് മാത്രം വെളിപ്പെടുത്തുന്നില്ല.
പോർട്ട് 3128 പരിചിതമായ ഒരു ഡിപ്ലോയ്മെന്റ് തിരഞ്ഞെടുപ്പാണ്, പ്രോട്ടോക്കോൾ ഡിറ്റക്ടർ അല്ല. ലിസണറുടെ യഥാർത്ഥ പ്രോട്ടോക്കോളും പോർട്ടും ഉപയോഗിക്കുക. പൊതു HTTP റൂട്ടിനായി, HTTP പ്രോക്സി പട്ടിക പ്രോക്സി URL-ൽ ഒരുമിച്ച് സൂക്ഷിക്കേണ്ട വിലാസവും പോർട്ടും ഉള്ള സ്ഥാനാർത്ഥികൾ നൽകുന്നു. മറ്റൊരു പോർട്ടിൽ എത്താവുന്ന പ്രോക്സി ഒരു ഉദാഹരണവുമായി പൊരുത്തപ്പെടാൻ മാത്രം നീക്കേണ്ടതില്ല.