cURL پراکسی سیٹنگ میں CURLOPT_PROXYPORT کیا شامل کرتا ہے
الگ پراکسی پورٹ آپشن، CURLOPT_PROXY کے اندر پورٹ کے مقابلے اس کی ترجیح، اور یہ کہ endpoint کو اب بھی host کیوں درکار ہے، سمجھیں۔
CURLOPT_PROXYPORT پورٹ نمبر فراہم کرتا ہے۔ یہ پراکسی host کی نشاندہی نہیں کرتا، پروٹوکول منتخب نہیں کرتا اور مقامی مشین پر listener نہیں بناتا۔
نیا PHP cURL کنفیگریشن پڑھنا آسان ہوتا ہے جب مکمل endpoint ایک ساتھ رہے:
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 میں اکٹھا رکھنا چاہیے۔ کسی اور پورٹ پر دستیاب پراکسی کو صرف مثال سے مماثلت کے لیے منتقل کرنے کی ضرورت نہیں۔