د HTTP اوږدو کارونو په جریان کې د پراکسي د بې کارۍ وخت ختمېدل
کله چې د سرور اوږد کار د پراکسي د بې کارۍ حد ته ورسیږي، د وروستي ځواب په منځ کې د خپل سر بایټونو دننه کولو پرځای polling یا ټاکل شوې streaming بڼه وټاکئ.
که یوه خدمت څو دقیقې غلی پاتې شي او پراکسي وخت ختم کړي، مخکې له دې چې د زړه درب بایټونه اضافه کړئ، وټاکئ چې پیرودونکی څه ترلاسه کړي. د ټایمر اوږدول د یوې انتظار لپاره مرسته کولی شي؛ د ځواب تړون ټاکي چې کوم پرمختګ سم دی.
| د اپلیکیشن ډیزاین | د پرمختګ تړون |
|---|---|
| غیر همغږی کار | د څارنې تشریح کونکې استازیتوب سره 202 Accepted، بیا محدود حالت غوښتنې او روښانه بشپړیدو/ناکامۍ حالتونه |
| د Server-Sent Events جریان | Content-Type: text/event-stream او هغه ریکارډونه چې SSE پیرودونکی یې پوهیږي |
202 ژمنه نه کوي چې کار به بریالی شي. د SSE لپاره، د تبصرې ریکارډ کیدای شي داسې ښکاره شي:
: heartbeat
دوه ټکي دا د اپلیکیشن پیښې پرځای تبصره کوي. د HTML لیکنې یادښتونه د ځینې زاړه پراکسي بې کارۍ چلند پروړاندې نږدې هره 15 ثانیه دوره یي تبصرې وړاندیز کوي؛ دا لارښوونه ده، نه یو نړیوال د وخت ختمېدو تضمین.
سرلیکونه بشپړ کړئ او ډاډه شئ چې اپلیکیشن/خدمت سټیک ریکارډونه بیرته خپلوي پرځای د دوی په ځایي ډول بفر کولو. هغه بایټونه چې لا نه دي لیږل شوي نشي کولی لاندې منځګړی فعال وساتي.
د SSE تبصرې په عادي JSON یا باینري منځپانګه کې مه دننه کوئ. د HTTP/1.1 صفر اوږدوالی chunk د chunked بدن پای ته رسوي، نو دا د تکرار وړ خالي زړه درب نه دی.
د عملیاتو پای نیټه او د لغوه کولو تګلاره وساتئ. یوازې د ترافیک فعالیت ګټور کاري پرمختګ یا سم وروستی پایله نه ښیې.