Ano ang Idinadagdag ng CURLOPT_PROXYPORT sa cURL Proxy Setting
Unawain ang hiwalay na opsyon sa port ng proxy, ang predenensya nito sa port sa loob ng CURLOPT_PROXY, at bakit kailangan pa rin ng host ang endpoint.
CURLOPT_PROXYPORT ay nagbibigay ng numero ng port. Hindi ito kumikilala ng host ng proxy, hindi pumipili ng protocol at hindi gumagawa ng listener sa lokal na makina.
Ang bagong PHP cURL configuration ay mas madaling basahin kapag ang buong endpoint ay nananatiling magkasama:
curl_setopt($handle, CURLOPT_PROXY, 'http://proxy.example:3128');
Hindi hinihikayat ng dokumentasyon ng libcurl ang hiwalay na opsyon sa port. Magagamit pa rin ito ng umiiral na code sa isang host na walang nakapaloob na port:
curl_setopt($handle, CURLOPT_PROXY, 'http://proxy.example');
curl_setopt($handle, CURLOPT_PROXYPORT, 3128);
Ang port na tahasang isinama sa proxy string ay may predenensya sa hiwalay na opsyon. Iwasang magpanatili ng dalawang magkasalungat na numero.
Kung tanging CURLOPT_PROXYPORT ang lumitaw sa isang fragment, siyasatin ang natitirang configuration ng handle at ang naaangkop na kapaligiran. Ang fragment lamang ay hindi nagsisiwalat kung aling host ng proxy, kung mayroon, ang gagamitin ng libcurl.
Ang port 3128 ay pamilyar na pagpipilian sa deployment, hindi protocol detector. Gamitin ang tunay na protocol at port ng listener. Para sa pampublikong ruta ng HTTP, ang listahan ng HTTP proxy ay nagbibigay ng mga kandidatong address-at-port na dapat panatilihing magkasama sa URL ng proxy. Ang proxy na maabot sa ibang port ay hindi kailangang ilipat para lamang tumugma sa isang halimbawa.