Proxyen bærer anmodningen. PHP cURLs cookie-motor afgør, hvilke destinationscookies klienten sender. Konfigurér begge på det håndtag, der udfører overførslen. HTTP-proxylisten leverer kandidater til ruten, når dette arbejde må bruge offentlige mellemled:

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

Den tomme COOKIEFILE-værdi aktiverer cookie-motoren uden at indlæse en indledende cookiefil. Efterfølgende anmodninger på det håndtag kan sende matchende cookies modtaget fra destinationen.

Til vedvarende tilstand på tværs af separat oprettede håndtag eller processer skal du bruge en bevidst cookiefil-politik. COOKIEFILE læser cookies; COOKIEJAR skriver de cookies, libcurl beholder. At give COOKIEJAR en sti læser den ikke også.

Hold cookiefiler adskilt efter applikationens tilsigtede session eller konto. En delt fil, der bruges af samtidige job, kan blande tilstand uafhængigt af, hvilken proxy hvert job vælger. Beskyt filen, fordi en sessionscookie kan give adgang, selvom den ikke er mærket som adgangskode.

Hvis arbejdsgangen kræver, at den aktuelle cookietilstand skrives ud før oprydning, skal du undersøge libcurls dokumenterede cookiekommandoer. Stol ikke på et forældet PHP-eksempels curl_close-kald som den eneste forklaring på, hvornår tilstand skrives.

En ændret proxy-IP lader cookiepolitikken være intakt, medmindre applikationen ændrer den. Diagnosticér en afvist session som et svar fra destinationen i stedet for at antage, at proxyen skal huske login.

Relaterede artikler