Scrapy-ის cookie-ის ქილა სესიას ეკუთვნის და არა ავტომატურად პროქსის
აირჩიეთ cookie-ის ქილის მკაფიო იდენტობა, როცა რამდენიმე პროქსიული სამუშაო ნაკადი ერთ ობობას იზიარებს, და გადაიტანეთ ეს იდენტობა შემდგომ მოთხოვნებში.
პროქსის შეცვლა ავტომატურად არ ცვლის ობობას cookie-ებს. ეს შეიძლება სასარგებლო იყოს ერთი გაგრძელებული სესიისთვის და გასაკვირი, როცა რამდენიმე დამოუკიდებელი სესია ერთ ობობას იზიარებს.
Scrapy-ის cookie-ის შუამავალი პროგრამული უზრუნველყოფა მხარს უჭერს ცალკეულ ქილებს, რომლებიც აირჩევა მოთხოვნის cookiejar მეტამონაცემებით. მიეცით ამ გასაღებს ის იდენტობა, რომლის შენარჩუნებაც ნამდვილად გსურთ:
yield scrapy.Request(
'https://example.com/start',
meta={'proxy': selected_proxy, 'cookiejar': 'workflow-17'},
)
საბოლოო წერტილი და ქილის გასაღები დამოუკიდებელი არჩევანია. აუტენტიფიკაციის გარეშე საჯარო ძიებას შეუძლია თავისი არჩეული HTTP საბოლოო წერტილი აიღოს HTTP პროქსების სიიდან იქ, სადაც ეს მარშრუტი დაშვებულია; სამუშაო ნაკადი მაინც ფლობს ქილის გასაღებს. შემდგომ მოთხოვნას, რომელიც ამ სესიაში უნდა დარჩეს, იგივე ქილის გასაღები სჭირდება; მეტამონაცემები ავტომატურად არ ეკვრება თქვენ მიერ შექმნილ ყოველ ახალ მოთხოვნას. გადასცეთ კონკრეტული ველები, რომლებიც სამუშაო ნაკადს სჭირდება, ნაცვლად იმისა, რომ ბრმად დააკოპიროთ შუამავალი პროგრამის ყველა მეტამონაცემი.
პროქსის მისამართის ქილის გასაღებად გამოყენება მხოლოდ ერთი პოლიტიკაა
ეს მოკლე გზა მდგომარეობას საბოლოო წერტილის მიხედვით აჯგუფებს. ის სულაც არ აჯგუფებს მას ადამიანის, ანგარიშის ან საჯარო გასასვლელის მიხედვით. ერთ პროვაიდერის საბოლოო წერტილს შეუძლია გასასვლელების როტაცია, და რამდენიმე ანგარიშს შეუძლია ერთი და იგივე საბოლოო წერტილის გამოყენება.
სტაბილური მდგომარეობის მქონე ავტორიზებული სამუშაო ნაკადისთვის ცალ-ცალკე ჩაწერეთ ანგარიშის/სესიის იდენტიფიკატორი, ქილის იდენტიფიკატორი და არჩეული მარშრუტი. თუ გადაწყვეტთ მარშრუტის შეცვლას ნახევარ გზაზე, გადაწყვიტეთ ასევე რა უნდა მოხდეს აპლიკაციის სესიასთან.
ცალკეული ქილები ხელს უშლის cookie-ების შემთხვევით გაზიარებას თქვენ მიერ განსაზღვრულ ჯგუფებს შორის. თუმცა ისინი არ გპირდებიან, რომ დანიშნულება ვერ დააკავშირებს ორ მოთხოვნას ანგარიშის ან სხვა აპლიკაციური მონაცემების მეშვეობით.
თუ IP-ების შეცვლის შემდეგ არასწორი გვერდი რჩება, შეამოწმეთ, რომელმა ქილამ გაგზავნა მოთხოვნა, სანამ ყველა cookie-ს წაშლით ან მთელ პროქსი-პულს შეცვლით. შენახული მდგომარეობა სავსებით შეიძლება ხსნიდეს გვერდს.