Проксито го носи барањето. 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 адреса на проксито ја остава политиката за колачиња недопрена освен ако апликацијата не ја смени. Дијагностицирајте ја одбиената сесија како одговор од одредиштето наместо да претпоставувате дека проксито мора да го памети најавувањето.

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