WebSocket-en bihotz-taupadak nabigatzailean aplikazio-protokolo bat behar dute
Diseinatu adostutako aplikazio-bihotz-taupada bat nabigatzaileko JavaScript-ek WebSocket Ping markoak zuzenean bidali ezin dituenean.
Nabigatzailearen WebSocket APIak send() du. Ez du ping() metodo orokorrik erakusten JavaScript-ek protokoloaren Ping markoak bidal ditzan.
Zure aplikazioak {"type":"heartbeat"} bezalako testu-mezu bat bidaltzen badu, hori aplikazioaren datua da. Zerbitzariak mezua ulertu eta erantzun bat definitu behar du. Kontratu hori ezartzen ez duen zerbitzariak ez du protokoloaren Pong batekin erantzuteko betebeharrik testuak ping hitza duelako soilik.
Definitu zer esan nahi duen jasotze-onespen batek, nola identifikatzen duen zain dagoen bihotz-taupada eta noiz den zaharregia onespen zaharra. Mantendu negozio-eragiketa baten onespenetik bereizita.
JavaScript tenporizadore batek programazio-murrizketak ere baditu. Atzeko planoko fitxek eta hari nagusi okupatuek deiak atzeratu ditzakete. Ez interpretatu galdutako tenporizadore-muga zehatz bat proxyak birbidaltzeari utzi ziola frogatzeko froga erabakigarri gisa.
Nabigatzaileak protokoloaren kontrol-markoak barnean kudea ditzake, baina horrek ez dio aplikazio-kodeari Ping edo Pong bakoitzaren ikuspegi eramangarririk ematen. Orriak bere bizitasun-erabakia behar badu, erabili aplikazio-kontratu esplizitu bat eta berreskuratze-politika.
readyState OPEN duen socket bat lokaletik irekitzat hartzen da; ez da aplikazio urrunak zure azken mezua prozesatu duen neurketa independentea. Erabili benetan erantzun behar duzun galderari dagozkion frogak.