PHP cURL-ის დექსელები და პროქსი კავშირის ხელახალი გამოყენება
განასხვავეთ libcurl-ის კავშირების ქეშის შენარჩუნება იმ გარანტიისგან, რომ პროქსის გავლით TCP კავშირი ცოცხლად რჩება.
cURL-ის დექსელის შენარჩუნებამ შეიძლება საშუალება მისცეს შემდგომ გადაცემებს ხელახლა გამოიყენონ თავსებადი ქეშირებული კავშირები. თუმცა ის ვერ აიძულებს პროქსის, TCP კავშირი უსასრულოდ ღიად შეინახოს.
მეორე მხარემ შეიძლება დახუროს უსაქმური კავშირი, ქსელური გზა შეიძლება გაქრეს, და შემდგომ გადაცემას შეიძლება სხვა მარშრუტი ან გვირაბი დასჭირდეს. ხელახალი გამოყენება კლიენტის მხარის ოპტიმიზაციაა, რომელიც ამ პირობებზეა დამოკიდებული და არა ხელმისაწვდომობის გარანტია.
ერთი პროქსი პოლიტიკით განმეორებითი სამუშაოსთვის შეინახეთ შესაბამისი დექსელი ან multi-handle კავშირების ქეში ცოცხლად და მოერიდეთ პარამეტრებს, რომლებიც განზრახ ითხოვენ ახალ კავშირებს ან კრძალავენ ხელახალ გამოყენებას, თუ დავალებას ეს არ სჭირდება. შეამოწმეთ გადაცემის რეალური ქცევა, სანამ ჩათვლით, რომ უფრო მოკლე მეორე მოთხოვნა ხელახალ გამოყენებას ამტკიცებს.
ფრთხილად იყავით ძველ PHP მაგალითებთან, რომლებიც ამბობენ, რომ კავშირი ღია რჩება "curl_close-მდე". PHP ადასტურებს, რომ curl_close()-ს PHP 8.0-იდან არავითარი ეფექტი არ აქვს და PHP 8.5-იდან მოძველებულია. რესურსების საკუთრება და ობიექტების სიცოცხლის ხანგრძლივობა უნდა გავიგოთ იმ PHP ვერსიაში, რომელსაც ათავსებთ.
ტაიმერი, რომელიც განმეორებით მოთხოვნებს აგზავნის პროქსის თბილად შესანარჩუნებლად, ზრდის ტრაფიკს და მაინც ვერ აჩერებს დისტანციური ბოლო წერტილის დახურვას. ამჯობინეთ ჩვეულებრივი კავშირების მართვა, შეზღუდული მოთხოვნები და მკაფიო განმეორებითი ცდის წესები იმ დაპირებას, რომ ერთი პროქსი კავშირი ყოველთვის გადარჩება.