WebSocket-האַרץ קלאַפּן אין בראַוזער דאַרפן אַן אַפּליקאַציע־פּראָטאָקאָל
פֿאַרמיט אַ באַשטימטן אַפּליקאַציע־האַרץ קלאַפּ ווען JavaScript פֿון בראַוזער קען נישט שיקן WebSocket Ping ראַמעס גלײַך.
דער WebSocket API פֿון בראַוזער האָט send(). ער שטעלט נישט צו קיין אַלגעמיינעם ping()־אופֿן דורך וועלכן JavaScript זאָל שיקן Ping־ראַמעס פֿון פּראָטאָקאָל.
אויב דײַן אַפּליקאַציע שיקט אַ טעקסט־אָנזאָג ווי {"type":"heartbeat"}, זענען דאָס אַפּליקאַציע־דאַטן. דער סערווער מוז פֿאַרשטיין דעם אָנזאָג און באַשטימען אַן ענטפֿער. אַ סערווער וואָס פֿירט נישט אויס דעם חוזה איז נישט פֿאַרפֿליכטעט צו ענטפֿערן מיט אַ פּראָטאָקאָל־Pong בלויז ווײַל דער טעקסט האָט דאָס וואָרט ping.
באַשטים וואָס אַ באַשטעטיקונג מיינט, ווי זי דערקענט דעם וואַרטנדיקן האַרץ קלאַפּ און ווען אַן אַלטע באַשטעטיקונג קומט צו שפּעט. האַלט דאָס באַזונדער פֿון דער באַשטעטיקונג פֿון אַ געשעפֿטלעכער אָפּעראַציע.
אַ JavaScript־טיימער האָט אויך פּלאַנירונג־באַגרענעצונגען. הינטערגרונט־טאַבס און פֿאַרנומענע הויפּט־פֿעדעם קענען פֿאַרשפּעטיקן צוריקרופֿן. טייטש נישט אַ פֿאַרפֿעלטן פּינקטלעכן טיימער־גרענעץ אַלס באַשטימענדיקער באַווײַז אַז דער פּראָקסי האָט אויפֿגעהערט ווײַטער צו שיקן.
דער בראַוזער קען באַהאַנדלען די קאָנטראָל־ראַמעס פֿון פּראָטאָקאָל אין דרויסן, אָבער דאָס גיט נישט דעם אַפּליקאַציע־קאָד אַ איבערטראָגלעכע אָנשויִע פֿון יעדן Ping אָדער Pong. אויב דער בלאַט דאַרף אַן אייגענע באַשלוס וועגן לעבעדיקײַט, ניץ אַן אויסגעדרוקטן אַפּליקאַציע־חוזה און אַ באַנייַונג־פּאָליטיק.
אַ סאָקעט וועמענס readyState איז OPEN ווערט לאָקאַל גערעכנט פֿאַר אָפֿן; דאָס איז נישט קיין אומאָהענגיקע מעסטונג אַז די ווײַטע אַפּליקאַציע האָט פֿאַרבאַהאַנדלט דײַן לעצטן אָנזאָג. ניץ די באַווײַזן וואָס פּאַסן צו דער פֿראַגע וואָס דו מוזט טאַקע ענטפֿערן.