Wat CURLOPT_PROXYPORT by 'n cURL-proxyinstelling voeg
Verstaan die aparte proxy-poortopsie, sy voorrang bo 'n poort in CURLOPT_PROXY, en waarom die eindpunt steeds 'n gasheer nodig het.
CURLOPT_PROXYPORT verskaf net 'n poortnommer. Dit identifiseer nie 'n proxy-gasheer nie, kies nie 'n protokol nie en skep nie 'n luisteraar op die plaaslike masjien nie.
'n Nuwe PHP cURL-konfigurasie lees makliker wanneer die volledige eindpunt bymekaar bly:
curl_setopt($handle, CURLOPT_PROXY, 'http://proxy.example:3128');Die libcurl-dokumentasie ontmoedig die aparte poortopsie. Bestaande kode kan dit steeds gebruik met 'n gasheer wat geen ingebedde poort het nie:
curl_setopt($handle, CURLOPT_PROXY, 'http://proxy.example');
curl_setopt($handle, CURLOPT_PROXYPORT, 3128);'n Poort wat uitdruklik in die proxy-string ingesluit is, het voorrang bo die aparte opsie. Vermy om twee botsende nommers te onderhou.
As slegs CURLOPT_PROXYPORT in 'n fragment voorkom, ondersoek die res van die handle-konfigurasie en die toepaslike omgewing. Die fragment alleen verraai nie watter proxy-gasheer, indien enige, libcurl sal gebruik nie.
Poort 3128 is 'n bekende ontplooiingskeuse, nie 'n protokol-detektor nie. Gebruik die luisteraar se werklike protokol en poort. Vir 'n openbare HTTP-roete bied die HTTP-proxylys adres-en-poort-kandidate wat saam in die proxy-URL gehou moet word. 'n Proxy wat op 'n ander poort bereikbaar is, hoef nie te skuif net om by 'n voorbeeld te pas nie.