Кој прокси го користеше тој PHP multi-cURL пренос?

Чувајте метаподатоци за проксито со секој cURL handle и разликувајте ја конфигурираната рута од излезната IP што ја гледа дестинацијата.

Multi-cURL преносите завршуваат по свој редослед. Ако на секој handle му доделивте различно прокси, првиот завршен резултат не мора да припаѓа на првото прокси во вашата влезна листа.

Прикачете стабилен идентификатор на преносот додека го конфигурирате секој handle. Ако тестирате избрани јавни крајни точки, листата со HTTP прокси нуди HTTP кандидати. PHP го изложува механизмот за приватни податоци на libcurl:

$id = 'job-17';
curl_setopt($handle, CURLOPT_PROXY, 'http://203.0.113.10:8080');
curl_setopt($handle, CURLOPT_PRIVATE, $id);

Кога curl_multi_info_read() пријавува завршен пренос, користете го вратениот handle за да го повратите идентификаторот:

$id = curl_getinfo($message['handle'], CURLINFO_PRIVATE);

Водете запис во апликацијата клучен со тој идентификатор што ги содржи дестинацијата, конфигурираното прокси и бројот на обидот. Нов обид преку друго прокси заслужува нов запис за обид, дури и ако припаѓа на истата вкупна задача.

Држете три вида адреси одделно

Конфигурираната крајна точка на проксито е адресата што му се дава на cURL. Адресата на партнерот на врската го опишува мрежното поврзување што го отворил cURL. Излезната IP што ја гледа дестинацијата е информација што се пријавува од другата страна. Тие можат да се разликуваат, особено со верижни или прокси управувани од провајдер.

Приватните метаподатоци ја запишуваат вашата предвидена конфигурација; тие не можат да докажат која IP ја видел дестинацијата. Обратно, IP одговорот на дестинацијата не ви кажува автоматски кој handle во вашата програма го создал.

Чувајте безбеден идентификатор на прокси во рутинските дневници. Ако целата крајна точка содржи акредитиви, евидентирањето на таа URL за секој неуспешен пренос ја шири лозинката низ целата ваша колекција на грешки.

Овој мал чекор во книговодството ги прави мешаните резултати полесни за читање: една задача, еден обид, едно избрано прокси и еден вистински резултат. Тој исто така избегнува потпирање на случајни прикази на handle што се смениле помеѓу cURL API на PHP засновани на ресурси и на објекти.

Поврзани статии