Що 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, перегляньте решту конфігурації дескриптора та застосовне середовище. Сам фрагмент не показує, який хост проксі, якщо він узагалі є, використає libcurl.
Порт 3128 — звичний вибір під час розгортання, а не визначач протоколу. Використовуйте справжній протокол і порт слухача. Для публічного маршруту HTTP список HTTP-проксі дає кандидатів з адресою та портом, які слід тримати разом в URL проксі. Проксі, доступний на іншому порту, не потрібно переносити лише для відповідності прикладу.