cURL प्रोक्सी सेटिङमा CURLOPT_PROXYPORT ले के थप्छ
अलग प्रोक्सी-पोर्ट विकल्प, CURLOPT_PROXY भित्रको पोर्टसँग यसको प्राथमिकता, र endpoint लाई अझै होस्ट किन चाहिन्छ भन्ने बुझ्नुहोस्।
CURLOPT_PROXYPORT ले पोर्ट नम्बर दिन्छ। यसले प्रोक्सी होस्ट पहिचान गर्दैन, प्रोटोकल छनोट गर्दैन वा स्थानीय मेसिनमा लिसनर सिर्जना गर्दैन।
पूरै endpoint सँगै राख्दा नयाँ 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 मा सँगै राख्नुपर्ने ठेगाना र पोर्टका उम्मेदवार दिन्छ। अर्को पोर्टमा पुग्न सकिने प्रोक्सीलाई उदाहरणसँग मिलाउन मात्र सार्नु आवश्यक छैन।