Што CURLOPT_PROXYPORT дадае да налады проксі cURL
Зразумейце асобную опцыю порта проксі, яе перавагу над портам у 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 проксі. Проксі, даступны на іншым порце, не трэба пераносіць толькі дзеля прыкладу.