Muda wa kutokuwa na shughuli wa proksi wakati wa kazi ndefu za HTTP
Chagua uchunguzi au umbizo maalum la utiririshaji kazi ndefu ya seva inapokutana na kikomo cha kutokuwa na shughuli cha proksi, badala ya kuingiza baiti ovyo kwenye jibu la mwisho.
Ikiwa huduma inanyamaza kwa dakika na proksi inaisha muda, chagua kile mteja anapaswa kupokea kabla ya kuongeza baiti za mapigo ya moyo. Kuongeza muda kwa kipima muda kunaweza kusaidia kusubiri moja; mkataba wa jibu huamua maendeleo gani ni halali.
| Muundo wa programu | Mkataba wa maendeleo |
|---|---|
| Kazi isiyo ya moja kwa moja | 202 Accepted na uwakilishi unaoelezea ufuatiliaji, ukifuatiwa na maombi ya hali yenye kikomo na hali wazi za kukamilika/kushindwa |
| Mtiririko wa Server-Sent Events | Content-Type: text/event-stream na rekodi ambazo mteja wa SSE anazielewa |
202 haiahidi kwamba kazi itafanikiwa. Kwa SSE, rekodi ya maoni inaweza kuonekana hivi:
: heartbeat
Nukta mbili huifanya kuwa maoni badala ya tukio la programu. Vidokezo vya uandishi vya HTML vinapendekeza maoni ya mara kwa mara takriban kila sekunde 15 dhidi ya tabia fulani za zamani za kutokuwa na shughuli za proksi; hiyo ni mwongozo, si dhamana ya jumla ya muda.
Maliza vichwa na uhakikishe kuwa programu/stack ya kuhudumia inatoa rekodi badala ya kuzihifadhi kwenye bafa kienyeji. Baiti ambazo bado hazijatumwa haziwezi kuweka mpatanishi wa chini kuwa hai.
Usiingize maoni ya SSE kwenye maudhui ya kawaida ya JSON au binary. Kipande cha urefu sifuri cha HTTP/1.1 humaliza mwili wa chunked, kwa hivyo si pigo tupu la moyo linaloweza kurudiwa.
Hifadhi tarehe ya mwisho ya operesheni na sera ya kughairi. Shughuli za trafiki pekee hazionyeshi maendeleo muhimu ya kazi au matokeo halali ya mwisho.