Crawlee 3 პროქსი URL-ს სესიის ID-სთან აკავშირებს
გამოიყენეთ Crawlee 3.14-ის ProxyConfiguration-ის სესიის არგუმენტი სტაბილური მარშრუტის ასარჩევად და გაითვალისწინეთ v4 მიგრაციის დოკუმენტში შეცვლილი საკუთრების მოდელი.
Crawlee 3.14-ში ProxyConfiguration-ს შეუძლია სესიის იდენტიფიკატორი შერჩეულ პროქსი URL-ს დაუკავშიროს:
import { ProxyConfiguration } from 'crawlee';
const proxies = new ProxyConfiguration({
proxyUrls: [
'http://proxy-a.example:8080',
'http://proxy-b.example:8080',
],
});
const first = await proxies.newUrl('checkout-a');
const sameRoute = await proxies.newUrl('checkout-a');
const anotherSession = await proxies.newUrl('checkout-b');
HTTP პროქსების სია proxyUrls-ისთვის საჯარო კანდიდატებს გვაწვდის. ერთი და იმავე სესიის ID-ით განმეორებითი გამოძახებები აბრუნებს მასთან დაკავშირებულ URL-ს. სესიის ID-ის გარეშე მოწოდებული სია რიგრიგობით იცვლება. ეს ირჩევს კონფიგურირებულ საბოლოო წერტილს; ზემოთ მდგომი სერვისი, რომელიც ერთი URL-ის უკან გასასვლელებს ცვლის, მაინც აკონტროლებს საკუთარ გასასვლელ ქცევას.
კრაულერის მიერ მართული სესიებისთვის გამოიყენეთ კრაულერის სესიების აუზი და cookie-ების შენახვის წესი. maxConcurrency-ის ერთამდე დაწევა არ ცვლის იმის განსაზღვრას, რომელი მოთხოვნები ეკუთვნის ერთსა და იმავე სესიას.
სესიის გაუქმება ქმნის იდენტობის ახალ საზღვარს. შეინარჩუნეთ მისი მარშრუტი, cookie-ები და დატვირთვის მდგომარეობა თანმიმდევრული იმის ნაცვლად, რომ შესვლის ან მრავალსაფეხურიანი ოპერაციის დროს მხოლოდ ერთი ველი შეცვალოთ.
მთავარი ვერსია მნიშვნელოვანია. Crawlee-ის v4 მიგრაციის დოკუმენტი შლის sessionId არგუმენტს newUrl-იდან და პროქსის დაკავშირებას Session-ის საკუთრებაში გადააქვს. ზემოთ მოცემული მაგალითი განზრახ იყენებს v3 ინტერფეისს; ნუ დააკოპირებთ მის არგუმენტს სხვა მთავარ ვერსიაში იმ სასიცოცხლო ციკლის ადაპტაციის გარეშე.