Запыт пераносіць проксі. Рухавік кук PHP cURL вырашае, якія кукі прызначэння адпраўляе кліент. Наладзьце абодва на дэскрыптары, які выконвае перадачу. Спіс HTTP-проксі дае кандыдатаў для маршруту, калі гэтая праца можа выкарыстоўваць публічных пасярэднікаў:

curl_setopt($handle, CURLOPT_PROXY, 'http://203.0.113.10:8080');
curl_setopt($handle, CURLOPT_COOKIEFILE, '');

Пускае значэнне COOKIEFILE уключае рухавік кук без загрузкі пачатковага файла кук. Наступныя запыты на гэтым дэскрыптары могуць адпраўляць адпаведныя кукі, атрыманыя ад прызначэння.

Для захавання паміж асобна створанымі дэскрыптарамі або працэсамі выкарыстоўвайце свядома выбраную палітыку файла кук. COOKIEFILE чытае кукі; COOKIEJAR запісвае кукі, якія захоўвае libcurl. Калі пазначыць шлях для COOKIEJAR, гэта не азначае, што ён таксама чытаецца.

Трымайце файлы кук асобна паводле меркаванай сесіі або ўліковага запісу праграмы. Агульны файл, які выкарыстоўваюць адначасовыя задачы, можа змешваць стан незалежна ад таго, які проксі выбірае кожная задача. Абараняйце файл, бо кука сесіі можа даць доступ, нават калі яна не пазначана як пароль.

Калі працэс патрабуе, каб бягучы стан кук быў скідзены перад ачысткай, вывучыце дакументаваныя каманды кук libcurl. Не абапірайцеся на выклік curl_close са старога прыкладу PHP як на адзінае тлумачэнне таго, калі стан запісваецца.

Зменены IP проксі пакідае палітыку кук нязменнай, пакуль праграма не зменіць яе. Дыягнастуйце адхіленую сесію як адказ прызначэння, а не мяркуйце, што проксі абавязаны памятаць уваход.

Падобныя артыкулы