პროქსის ავთენტიფიკაციის განმეორებითი ცდები და გაუმეორებადი ატვირთვის სხეულები

GET შეიძლება ავთენტიფიცირდეს პროქსის მეშვეობით, მაშინ როცა POST ან PUT ვერ ხერხდება გაუმეორებადი სხეულის ან უკუღმა გადახვევის შეცდომით. ანგარიში შეიძლება სწორი იყოს: ავთენტიფიკაციის გაცვლას შეიძლება კიდევ ერთი მოთხოვნა დასჭირდეს მას შემდეგ, რაც კლიენტმა ატვირთვა უკვე მოიხმარა.

libcurl ადოკუმენტირებს ძიების callback-ებს გამოყენებებისთვის, მათ შორის მრავალსაფეხურიანი ავთენტიფიკაციისთვის. Jersey გვთავაზობს ბუფერიზებული და დაყოფილი ერთეულების დამუშავების რეჟიმებს კონექტორის ქცევის მიხედვით. Jersey 2 Apache კონექტორის მაგალითი აჩვენებს ბუფერიზებულ პარამეტრს. არც ერთი მათგანი არ ხდის მეხსიერებაში უსაზღვრო ატვირთვებს მიზანშეწონილს.

გაამეორეთ მეთოდი და სხეულის წყარო, რომლებიც ვერ ხერხდება. მოსამზადებელ GET-ს გასამეორებელი ატვირთვა არ აქვს და არ ამტკიცებს, რომ შემდგომი ატვირთვა მის კავშირს ან ავთენტიფიკაციის მდგომარეობას იზიარებს. ახალმა დანიშნულებამ, კლიენტის ობიექტმა ან კავშირის პოლიტიკამ შეიძლება ეს შეცვალოს. ფაილზე დაფუძნებული სხეული და ცოცხალი ნაკადი ასევე განსხვავდებიან, თუნდაც მათი ნიმუშის ტექსტი ერთი და იგივე იყოს.

თუ ბუფერიზაციას აკეთებთ, განსაზღვრეთ მისი ზომის ზღვარი, შენახვის ადგილი და სიცოცხლის ხანგრძლივობა. ერთდროული ატვირთვები ხარჯს ამრავლებენ, და მგრძნობიარე მონაცემები რჩება იქ, სადაც ბუფერი ინახება.

წინასწარი ავთენტიფიკაცია ცნობილ თავსებად პროქსისთან შეიძლება თავიდან აიცილოს ერთი საწყისი გამოწვევა. თუმცა ვერ გამორიცხავს ყოველ შემდგომ ავთენტიფიკაციის რაუნდს, გადამისამართებას ან დახურულ კავშირს, რომელსაც კიდევ ერთი ცდა შეიძლება დასჭირდეს.

ერთად შეინახეთ პროქსის პასუხი, სხეულის მოხმარების წერტილი და გამეორების შეცდომა. შემდეგ გაარჩიეთ პროტოკოლის გამეორება გაურკვეველი აპლიკაციის შედეგისგან: შეიძლება გაგზავნა დამუშავებულიყო მისი პასუხის დაკარგვამდე. ხელახლა გაგზავნამდე დაიცავით დანიშნულების idempotency წესები.