WebSocket-hurtslaggen yn 'e browser freegje om in tapassingsprotokol
Untwerp in ôfsprutsen tapassingshurtslach as browser-JavaScript WebSocket Ping-rammen net streekrjocht ferstjoere kin.
De WebSocket-API fan 'e browser hat send(). Hy biedt gjin algemiene metoade ping() wêrmei't JavaScript Ping-rammen fan it protokol ferstjoere kin.
As jo tapassing in tekstberjocht lykas {"type":"heartbeat"} ferstjoert, binne dat tapassingsgegevens. De tsjinner moat it berjocht begripe en in antwurd definiearje. In tsjinner dy't dat kontrakt net ymplemintearret, is net ferplichte om mei in protokol-Pong te antwurdzjen allinnich om't de tekst it wurd ping befettet.
Bepaal wat in befêstiging betsjut, hoe't dy it wachtsjende hurtslach identifisearret en wannear't in âlde befêstiging te let is. Hâld dat skieden fan 'e befêstiging fan in saaklike operaasje.
In JavaScript-timer hat ek planningbeheiningen. Eftergrûn-tabblêden en drokke haadtrieds kinne weromroppen fertrage. Ynterpretearje in miste krekte timergrins net as ôfslutend bewiis dat de proxy opholden is mei trochstjoeren.
De browser kin kontrôlerammen fan it protokol yntern ôfhandelje, mar dat jout tapassingskoade gjin draachber byld fan elke Ping of Pong. As de side har eigen libbensfetberensbeslút nedich hat, brûk dan in eksplisyt tapassingskontrakt en in werstelbelied.
In socket wêrfan't readyState OPEN is, wurdt lokaal as iepen beskôge; dat is gjin selsstannige mjitting dat de fiere tapassing jo lêste berjocht ferwurke hat. Brûk it bewiis dat past by de fraach dy't jo echt beantwurdzje moatte.