პროქსირებული WebSocket-ის ხელახალი დაკავშირების შემდეგ სესიაც აღადგინეთ

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

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

შეინახეთ ცოტა მეტი, ვიდრე ბოლო URL

სასარგებლო აღდგენის მდგომარეობა შეიძლება მოიცავდეს ავტორიზებულ სესიის იდენტობას, სასურველ გამოწერებს, ბოლო დადასტურებული მოვლენის იდენტიფიკატორს და ოპერაციებს, რომლებიც ჯერ კიდევ დადასტურებას ელოდება. ეს ველები აპლიკაციის პროტოკოლს ეკუთვნის; WebSocket უნივერსალურ გაგრძელების ტოკენს არ განსაზღვრავს.

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

ორჯერ გაგზავნა შეიძლება ნიშნავდეს ორჯერ შესრულებას

გაწყვეტამდე ლოკალურად რიგში ჩაყენებული შეტყობინება შეიძლება კლიენტიდან არასდროს გასულიყო. სხვა შეიძლება სერვერს მიჰღწევოდა, სანამ მისი დადასტურება დაიკარგებოდა. ყოველი დაუდასტურებელი ბრძანების ბრმად ხელახლა გაგზავნა ამ ორ შემთხვევას იდენტურად განიხილავს.

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

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

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