ჩართეთ cookie-ები PHP cURL-ის handle-ზე, რომელიც proxy-ს იყენებს

მოთხოვნას proxy გადააქვს. PHP cURL-ის cookie ძრავი წყვეტს, რომელი დანიშნულების cookie-ები გაუგზავნოს კლიენტმა. ორივე დააკონფიგურირეთ handle-ზე, რომელიც გადაცემას ასრულებს. HTTP proxy-ების სია გთავაზობთ კანდიდატებს მარშრუტისთვის, როცა ეს სამუშაო საჯარო შუამავლების გამოყენებას იძლევა:

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

COOKIEFILE-ის ცარიელი მნიშვნელობა რთავს cookie ძრავს საწყისი cookie ფაილის ჩატვირთვის გარეშე. ამ handle-ზე შემდგომი მოთხოვნები შეძლებს დანიშნულებიდან მიღებული შესაბამისი cookie-ების გაგზავნას.

ცალკე შექმნილ handle-ებსა თუ პროცესებს შორის შენარჩუნებისთვის გამოიყენეთ განზრახ შერჩეული cookie ფაილის პოლიტიკა. COOKIEFILE კითხულობს cookie-ებს; COOKIEJAR წერს იმ cookie-ებს, რომლებსაც libcurl ინახავს. COOKIEJAR-ისთვის გზის მიცემა არ ნიშნავს, რომ ისიც იკითხება.

შეინახეთ cookie ფაილები ცალ-ცალკე აპლიკაციის განზრახული სესიის ან ანგარიშის მიხედვით. ერთდროული სამუშაოების მიერ გაზიარებულმა ფაილმა შეიძლება მდგომარეობა აირიოს, მიუხედავად იმისა, თუ რომელ proxy-ს ირჩევს თითოეული სამუშაო. დაიცავით ფაილი, რადგან სესიის cookie-მ შეიძლება წვდომა მისცეს, თუმცა პაროლად არ არის მონიშნული.

თუ სამუშაო ნაკადი მოითხოვს მიმდინარე cookie მდგომარეობის ჩაწერას გასუფთავებამდე, გადახედეთ libcurl-ის დოკუმენტირებულ cookie ბრძანებებს. ნუ დაეყრდნობით ძველი PHP მაგალითის curl_close გამოძახებას, როგორც მდგომარეობის ჩაწერის დროის ერთადერთ ახსნას.

შეცვლილი proxy IP ტოვებს cookie პოლიტიკას უცვლელად, თუ აპლიკაცია არ შეცვლის მას. აუხსენით უარყოფილი სესია დანიშნულების პასუხად, ნაცვლად იმისა, რომ ჩათვალოთ, თითქოს proxy-მ უნდა დაიმახსოვროს შესვლა.