បន្ទាប់ពីភ្ជាប់ WebSocket តាម proxy ឡើងវិញ ស្ដារសេសសិនផងដែរ

មុខងារហៅត្រឡប់សម្រាប់ភ្ជាប់ឡើងវិញដំណើរការ ហើយ socket ថ្មីបើកឡើង។ នោះគឺការស្ដារឡើងវិញនៃការដឹកជញ្ជូន។ វាមិនមែនមានន័យថាការជាវ ការទទួលស្គាល់សារ ឬសេសសិនកម្មវិធីរបស់អ្នកបានបន្តពីកន្លែងដែលការតភ្ជាប់មុនបានឈប់នោះទេ។

សូម្បីតែចំណុចបញ្ចប់ proxy ដូចគ្នាក៏អាចបង្កើតការតភ្ជាប់ចេញថ្មីបានដែរ។ IP ចេញដែលផ្លាស់ប្ដូរក៏អាចបើកគោលនយោបាយសេសសិនរបស់គោលដៅខ្លួនឯងផងដែរ។ ចាត់ទុក socket ថ្មីជាការតភ្ជាប់ថ្មី ហើយអនុវត្តតាមការផ្លាស់ប្ដូរសម្រាប់ការស្ដារឡើងវិញដែលបានចងក្រងក្នុងកម្មវិធី។ សម្រេចថាតើ លំហូរការងារគួររក្សាផ្លូវ proxy របស់ខ្លួន ពេលភ្ជាប់ឡើងវិញឬអត់។

រក្សាបន្តិចលើសពី URL ចុងក្រោយ

ស្ថានភាពស្ដារឡើងវិញដែលមានប្រយោជន៍អាចរួមមានអត្តសញ្ញាណសេសសិនដែលបានអនុញ្ញាត ការជាវដែលចង់បាន លេខសម្គាល់ព្រឹត្តិការណ៍ចុងក្រោយដែលបានបញ្ជាក់ និងប្រតិបត្តិការដែលនៅរង់ចាំការទទួលស្គាល់។ វាលទាំងនោះជារបស់ពិធីការកម្មវិធី; WebSocket មិនកំណត់តូកេនបន្តជាសកលទេ។

សម្រេចថាតើបន្តពី cursor យករូបភាពថ្មី ឬទទួលយកចន្លោះប្រហោង។ ប្រសិនបើប្រភពព្រឹត្តិការណ៍មិនផ្ដល់ចំណុចប្រទាក់ចាក់ឡើងវិញទេ ការភ្ជាប់ឡើងវិញលឿនជាងមុនមិនអាចបញ្ជាក់ថាគ្មានសារណាមួយបាត់បង់នោះទេ។

ផ្ញើពីរដងអាចមានន័យថាធ្វើពីរដង

សារដែលបានដាក់ក្នុងជួរក្នុងម៉ាស៊ីនមុនពេលដាច់អាចមិនដែលចេញពីកម្មវិធីភ្ញៀវ។ មួយទៀតអាចបានទៅដល់ម៉ាស៊ីនមេ ខណៈការទទួលស្គាល់របស់វាបាត់បង់។ ការផ្ញើឡើងវិញដោយគ្មានមូលដ្ឋាននូវរាល់ពាក្យបញ្ជាដែលមិនបានបញ្ជាក់ ចាត់ទុកករណីទាំងពីរនេះដូចគ្នា។

ប្រើលេខសម្គាល់សំណើរបស់សេវា ការគាំទ្រ idempotency ឬយន្តការផ្សះផ្សានៅកន្លែងដែលមាន។ ការភ្ជាប់ឡើងវិញនៃការដឹកជញ្ជូនមិនអាចធ្វើឲ្យសកម្មភាពកម្មវិធីអាចត្រឡប់វិញ ឬដកស្ទួនដោយស្វ័យប្រវត្តិបានទេ។

រក្សាការព្យាយាមភ្ជាប់ឡើងវិញឲ្យមានកំណត់ និងមានចង្វាក់តាមគោលនយោបាយកម្មវិធី។ RFC 6455 ណែនាំឲ្យថយក្រោយបន្ទាប់ពីការបិទមិនធម្មតា; ហ្វូងកម្មវិធីភ្ញៀវដែលព្យាយាមភ្លាមៗអាចបង្កើនបន្ទុកនៃការរំខាន។

កត់ត្រាថាតើការព្យាយាមនីមួយៗជ្រើសផ្លូវ proxy ណា ប៉ុន្តែរក្សាការស្ដារផ្លូវដាច់ដោយឡែកពីការស្ដារកម្មវិធី។ «ភ្ជាប់ឡើងវិញ» ជាភស្តុតាងមានប្រយោជន៍។ «តាមទាន់ហើយ និងត្រៀមដាក់ការងារបន្ថែម» ត្រូវការការផ្លាស់ប្ដូរកម្មវិធីបន្ថែមដែលបញ្ជាក់រឿងនោះ។