ব্ৰাউজাৰ WebSocket হাৰ্টবিটৰ বাবে এপ্লিকেচন প্ৰটোকল প্ৰয়োজন

ব্ৰাউজাৰৰ WebSocket API-ত send() আছে। ই JavaScript-ক প্ৰটোকল Ping ফ্ৰেম পঠিয়াবলৈ দিয়া এটা সাধাৰণ ping() পদ্ধতি প্ৰকাশ নকৰে।

আপোনাৰ এপ্লিকেচনে {"type":"heartbeat"}ৰ দৰে এটা টেক্সট বাৰ্তা পঠিয়ালে, সেয়া এপ্লিকেচন ডেটা। চাৰ্ভাৰে বাৰ্তাটো বুজিব লাগিব আৰু এটা উত্তৰ নিৰ্ধাৰণ কৰিব লাগিব। সেই চুক্তি ৰূপায়ণ নকৰা চাৰ্ভাৰে কেৱল টেক্সটত ping শব্দটো আছে বুলিয়েই প্ৰটোকল Pong ৰে উত্তৰ দিবলৈ বাধ্য নহয়।

স্বীকৃতিৰ অৰ্থ কি, ই অপেক্ষমাণ হাৰ্টবিট কিদৰে চিনাক্ত কৰে, আৰু পুৰণি স্বীকৃতি কেতিয়া অতি দেৰি হয়, সেয়া নিৰ্ধাৰণ কৰক। ইয়াক ব্যৱসায়িক কাৰ্যৰ স্বীকৃতিৰ পৰা পৃথক ৰাখক।

JavaScript টাইমাৰৰো সময়সূচীৰ সীমাবদ্ধতা থাকে। পৃষ্ঠভূমিত থকা টেব আৰু ব্যস্ত মূল থ্ৰেডে কেলবেক পলম কৰিব পাৰে। এটা হেৰোৱা সঠিক টাইমাৰ সীমাক প্ৰক্সীয়ে পঠিওৱা বন্ধ কৰিলে বুলি conclusive প্ৰমাণ হিচাপে ব্যাখ্যা নকৰিব।

ব্ৰাউজাৰে প্ৰটোকল নিয়ন্ত্ৰণ ফ্ৰেম অভ্যন্তৰীণভাৱে প্ৰক্ৰিয়া কৰিব পাৰে, কিন্তু সেয়া এপ্লিকেচন কোডক প্ৰতিটো Ping বা Pong ৰ বহনযোগ্য দৃশ্য নিদিয়ে। যদি পৃষ্ঠাখনে নিজৰ জীৱনশীলতাৰ সিদ্ধান্ত ল'ব লাগে, তেন্তে এটা স্পষ্ট এপ্লিকেচন চুক্তি আৰু পুনৰুদ্ধাৰ নীতি ব্যৱহাৰ কৰক।

যিটো ছকেটৰ readyState OPEN, সেয়া স্থানীয়ভাৱে খোলা বুলি গণ্য হয়; দূৰৰ এপ্লিকেচনে আপোনাৰ শেষ বাৰ্তা প্ৰক্ৰিয়া কৰিলে বুলি সেয়া এটা স্বতন্ত্ৰ জোখ নহয়। আপুনি প্ৰকৃততে যি প্ৰশ্নৰ উত্তৰ বিচাৰে তাৰ সৈতে মিলা প্ৰমাণ ব্যৱহাৰ কৰক।