cURL ପ୍ରକ୍ସି ସେଟିଂରେ CURLOPT_PROXYPORT କ'ଣ ଯୋଡେ
ଅଲଗା ପ୍ରକ୍ସି-ପୋର୍ଟ ବିକଳ୍ପ, CURLOPT_PROXY ଭିତରର ପୋର୍ଟ ତୁଳନାରେ ଏହାର ଅଗ୍ରାଧିକାର, ଏବଂ endpoint କୁ ଏବେ ବି host କାହିଁକି ଦରକାର ତାହା ବୁଝନ୍ତୁ।
CURLOPT_PROXYPORT ଏକ ପୋର୍ଟ ନମ୍ବର ଯୋଗାଏ। ଏହା ପ୍ରକ୍ସି host ଚିହ୍ନଟ କରେ ନାହିଁ, ପ୍ରୋଟୋକଲ ବାଛେ ନାହିଁ କିମ୍ବା ସ୍ଥାନୀୟ ମେସିନରେ listener ସୃଷ୍ଟି କରେ ନାହିଁ।
ସମ୍ପୂର୍ଣ୍ଣ endpoint ଏକତ୍ର ରହିଲେ ନୂଆ PHP cURL କନଫିଗୁରେସନ ପଢ଼ିବା ସହଜ ହୁଏ:
curl_setopt($handle, CURLOPT_PROXY, 'http://proxy.example:3128');
libcurl ଡକୁମେଣ୍ଟେସନ ଅଲଗା ପୋର୍ଟ ବିକଳ୍ପକୁ ନିରୁତ୍ସାହିତ କରେ। ପୋର୍ଟ ଏମ୍ବେଡ୍ ନଥିବା host ସହିତ ବିଦ୍ୟମାନ କୋଡ୍ ଏହାକୁ ଏବେ ବି ବ୍ୟବହାର କରିପାରେ:
curl_setopt($handle, CURLOPT_PROXY, 'http://proxy.example');
curl_setopt($handle, CURLOPT_PROXYPORT, 3128);
ପ୍ରକ୍ସି ଷ୍ଟ୍ରିଙ୍ଗରେ ସ୍ପଷ୍ଟ ଭାବରେ ଅନ୍ତର୍ଭୁକ୍ତ ପୋର୍ଟ ଅଲଗା ବିକଳ୍ପ ଉପରେ ଅଗ୍ରାଧିକାର ପାଏ। ଦୁଇଟି ବିରୋଧାଭାସୀ ନମ୍ବର ରଖିବା ଏଡ଼ାନ୍ତୁ।
ଯଦି ଏକ ଫ୍ରାଗମେଣ୍ଟରେ କେବଳ CURLOPT_PROXYPORT ଦେଖାଯାଏ, ତେବେ handle କନଫିଗୁରେସନର ବାକି ଅଂଶ ଏବଂ ଏହାର ପ୍ରଯୁଜ୍ୟ ପରିବେଶ ଯାଞ୍ଚ କରନ୍ତୁ। ଫ୍ରାଗମେଣ୍ଟ ଏକାକୀ libcurl କେଉଁ ପ୍ରକ୍ସି host ବ୍ୟବହାର କରିବ ତାହା ପ୍ରକାଶ କରେ ନାହିଁ।
ପୋର୍ଟ 3128 ଏକ ପରିଚିତ ଡିପ୍ଲୟମେଣ୍ଟ ପସନ୍ଦ, ପ୍ରୋଟୋକଲ ଡିଟେକ୍ଟର ନୁହେଁ। listener ର ପ୍ରକୃତ ପ୍ରୋଟୋକଲ ଏବଂ ପୋର୍ଟ ବ୍ୟବହାର କରନ୍ତୁ। ସାର୍ବଜନୀନ HTTP ମାର୍ଗ ପାଇଁ, HTTP ପ୍ରକ୍ସି ତାଲିକା ପ୍ରକ୍ସି URL ରେ ଏକତ୍ର ରଖିବାକୁ ଥିବା ଠିକଣା ଓ ପୋର୍ଟ ପ୍ରାର୍ଥୀ ଦିଏ। ଅନ୍ୟ ପୋର୍ଟରେ ପହଞ୍ଚିବା ଯୋଗ୍ୟ ପ୍ରକ୍ସି କେବଳ ଏକ ଉଦାହରଣ ସହ ମେଳ ଖାଇବା ପାଇଁ ସ୍ଥାନାନ୍ତର କରିବା ଆବଶ୍ୟକ ନାହିଁ।