Kion CURLOPT_PROXYPORT aldonas al cURL-proksea agordo
Komprenu la apartan proksean pordan opcion, ĝian prioritaton super porto en CURLOPT_PROXY, kaj kial la finpunkto ankoraŭ bezonas gastiganton.
CURLOPT_PROXYPORT liveras nur pordan numeron. Ĝi ne identigas proksean gastiganton, ne elektas protokolon kaj ne kreas aŭskultanton sur la loka maŝino.
Nova PHP cURL-agordo estas pli facile legebla kiam la tuta finpunkto restas kune:
curl_setopt($handle, CURLOPT_PROXY, 'http://proxy.example:3128');La dokumentaro de libcurl malrekomendas la apartan pordan opcion. Ekzistanta kodo tamen povas uzi ĝin kun gastiganto sen enmetita porto:
curl_setopt($handle, CURLOPT_PROXY, 'http://proxy.example');
curl_setopt($handle, CURLOPT_PROXYPORT, 3128);Porto eksplicite inkluzivita en la proksea ĉeno prioritatas super la aparta opcio. Evitu konservi du kontraŭdirajn numerojn.
Se en fragmento aperas nur CURLOPT_PROXYPORT, ekzamenu la reston de la tenila agordo kaj la aplikeblan medion. La fragmento sola ne malkaŝas kiun proksean gastiganton, se entute, libcurl uzos.
Porto 3128 estas kutima deploja elekto, ne protokola detektilo. Uzu la realan protokolon kaj pordon de la aŭskultanto. Por publika HTTP-vojo, la HTTP-proksea listo proponas adresajn kaj pordajn kandidatojn konservendajn kune en la proksea URL. Prokseo atingebla per alia porto ne devas translokiĝi nur por kongrui kun ekzemplo.