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 દેખાય, તો handle ગોઠવણીનો બાકીનો ભાગ અને લાગુ પડતું પર્યાવરણ તપાસો. ફ્રેગમેન્ટ એકલું જાહેર કરતું નથી કે libcurl કઈ પ્રોક્સી હોસ્ટ વાપરશે.
પોર્ટ 3128 જાણીતી ડિપ્લોયમેન્ટ પસંદગી છે, પ્રોટોકોલ ડિટેક્ટર નથી. શ્રોતાનો વાસ્તવિક પ્રોટોકોલ અને પોર્ટ વાપરો. જાહેર HTTP માર્ગ માટે HTTP પ્રોક્સી યાદી સરનામા અને પોર્ટના ઉમેદવારો આપે છે જે પ્રોક્સી URL માં સાથે રાખવા જોઈએ. બીજા પોર્ટ પર પહોંચતું પ્રોક્સી ફક્ત ઉદાહરણ સાથે મેળવવા ખસેડવાની જરૂર નથી.