Հարցումը կրում է proxy-ն։ PHP cURL-ի cookie շարժիչն է որոշում, թե որ նպատակակետի cookie-ները հաճախորդը կուղարկի։ Կարգավորեք երկուսն էլ փոխանցումը կատարող բռնակի վրա։ HTTP proxy-ների ցանկը տալիս է թեկնածուներ երթուղու համար, երբ այս աշխատանքը կարող է օգտագործել հանրային միջնորդներ:

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

COOKIEFILE-ի դատարկ արժեքը միացնում է cookie շարժիչը՝ առանց սկզբնական cookie ֆայլ բեռնելու։ Այդ բռնակի հետագա հարցումները կարող են ուղարկել նպատակակետից ստացված համապատասխան cookie-ներ։

Առանձին ստեղծված բռնակների կամ պրոցեսների միջև պահպանման համար օգտագործեք դիտավորյալ ընտրված cookie ֆայլի քաղաքականություն։ COOKIEFILE-ը կարդում է cookie-ներ, COOKIEJAR-ը գրում է libcurl-ի պահած cookie-ները։ COOKIEJAR-ին ուղի տալը չի նշանակում, որ այն նույնպես կարդացվում է։

Պահեք cookie ֆայլերը առանձին՝ ըստ հավելվածի նախատեսած սեսիայի կամ հաշվի։ Միաժամանակյա աշխատանքների կողմից օգտագործվող ընդհանուր ֆայլը կարող է խառնել վիճակը՝ անկախ նրանից, թե որ proxy-ն է ընտրում յուրաքանչյուր աշխատանք։ Պաշտպանեք ֆայլը, քանի որ սեսիայի cookie-ն կարող է հասանելիություն տալ, թեև գաղտնաբառ պիտակավորված չէ։

Եթե աշխատահոսքը պահանջում է, որ ընթացիկ cookie վիճակը դուրս գրվի մաքրումից առաջ, ուսումնասիրեք libcurl-ի փաստաթղթավորված cookie հրամանները։ Մի ապավինեք հնացած PHP օրինակի curl_close կանչին որպես վիճակի գրման ժամանակի միակ բացատրության։

Փոփոխված proxy IP-ն անփոփոխ է թողնում cookie քաղաքականությունը, եթե հավելվածը չփոխի այն։ Ախտորոշեք մերժված սեսիան որպես նպատակակետի պատասխան՝ փոխարենը ենթադրելու, որ proxy-ն պարտավոր է հիշել մուտքը։

Առնչվող հոդվածներ