നീണ്ട HTTP ജോലികളിൽ പ്രോക്സിയുടെ നിഷ്ക്രിയ കാലപരിധികൾ

നീണ്ട സർവർ ജോലി പ്രോക്സിയുടെ നിഷ്ക്രിയ പരിധിയിൽ എത്തുമ്പോൾ അന്തിമ പ്രതികരണത്തിൽ ഏകപക്ഷീയ ബൈറ്റുകൾ ചേർക്കുന്നതിനു പകരം പോളിംഗ് അല്ലെങ്കിൽ നിർവചിച്ച സ്ട്രീമിംഗ് ഫോർമാറ്റ് തിരഞ്ഞെടുക്കുക.

ഒരു സേവനം മിനിറ്റുകളോളം നിശ്ശബ്ദമായി നിന്ന് പ്രോക്സി സമയപരിധി കഴിഞ്ഞാൽ, ഹൃദയമിടിപ്പ് ബൈറ്റുകൾ ചേർക്കുന്നതിന് മുമ്പ് ക്ലയന്റ് എന്ത് സ്വീകരിക്കണമെന്ന് തിരഞ്ഞെടുക്കുക. ടൈമർ നീട്ടുന്നത് ഒരു കാത്തിരിപ്പിന് സഹായിക്കാം; പ്രതികരണ കരാർ ഏത് പുരോഗതിയാണ് സാധുവെന്ന് നിർണ്ണയിക്കുന്നു.

ആപ്ലിക്കേഷൻ ഡിസൈൻപുരോഗതി കരാർ
അസിങ്ക്രണസ് ജോലിനിരീക്ഷണം വിവരിക്കുന്ന പ്രാതിനിധ്യത്തോടെ 202 Accepted, തുടർന്ന് പരിമിതമായ സ്റ്റാറ്റസ് അഭ്യർത്ഥനകളും വ്യക്തമായ പൂർത്തീകരണ/പരാജയ അവസ്ഥകളും
Server-Sent Events സ്ട്രീംContent-Type: text/event-stream ഉം SSE ക്ലയന്റ് മനസ്സിലാക്കുന്ന റെക്കോർഡുകളും

202 ജോലി വിജയിക്കുമെന്ന് വാഗ്ദാനം ചെയ്യുന്നില്ല. SSE-യ്ക്ക്, ഒരു അഭിപ്രായ റെക്കോർഡ് ഇങ്ങനെ കാണാം:

: heartbeat

കോളൻ അതിനെ ആപ്ലിക്കേഷൻ ഇവന്റിനു പകരം അഭിപ്രായമാക്കുന്നു. HTML-ന്റെ രചനാ കുറിപ്പുകൾ ചില പഴയ പ്രോക്സി നിഷ്ക്രിയ സ്വഭാവത്തിനെതിരെ ഏകദേശം ഓരോ 15 സെക്കൻഡിലും ആനുകാലിക അഭിപ്രായങ്ങൾ നിർദ്ദേശിക്കുന്നു; അത് മാർഗ്ഗനിർദ്ദേശമാണ്, സാർവത്രിക സമയപരിധി ഉറപ്പല്ല.

ഹെഡറുകൾ പൂർത്തിയാക്കി, ആപ്ലിക്കേഷൻ/സേവന സ്റ്റാക്ക് റെക്കോർഡുകൾ ലോക്കലായി ബഫർ ചെയ്യുന്നതിനു പകരം പുറത്തുവിടുന്നുവെന്ന് ഉറപ്പാക്കുക. ഇതുവരെ അയക്കാത്ത ബൈറ്റുകൾ താഴെയുള്ള ഇടനിലക്കാരനെ സജീവമായി നിർത്താൻ കഴിയില്ല.

സാധാരണ JSON അല്ലെങ്കിൽ ബൈനറി ഉള്ളടക്കത്തിൽ SSE അഭിപ്രായങ്ങൾ ചേർക്കരുത്. HTTP/1.1-ന്റെ പൂജ്യം നീളമുള്ള chunk chunked ബോഡി അവസാനിപ്പിക്കുന്നു, അതിനാൽ അത് ആവർത്തിക്കാവുന്ന ശൂന്യമായ ഹൃദയമിടിപ്പല്ല.

ഒരു പ്രവർത്തന സമയപരിധിയും റദ്ദാക്കൽ നയവും നിലനിർത്തുക. ട്രാഫിക് പ്രവർത്തനം മാത്രം ഉപയോഗപ്രദമായ ജോലി പുരോഗതിയോ സാധുവായ അന്തിമ ഫലമോ കാണിക്കുന്നില്ല.

അനുബന്ധ ലേഖനങ്ങൾ