Proxy-ynaktiviteits-timeouts by lange HTTP-taken
Kies polling of in definieare streamingformaat wannear't lang serverwurk de ynaktiviteitslimyt fan in proxy berikt, yn stee fan willekeurige bytes yn 'e definitive antwurd te setten.
As in tsjinst minuten lang stil bliuwt en in proxy timed out, kies dan wat de klant ûntfange moat foardat jo heartbeat-bytes tafoegje. In timer ferlingje kin ien wachtsjen helpe; it antwurdkontrakt bepaalt hokker foarútgong jildich is.
| Applikaasje-ûntwerp | Foarútgongskontrakt |
|---|---|
| Asynkrone taak | 202 Accepted mei in foarstelling dy't tafersjoch beskriuwt, folge troch einige statusfersiken en eksplisite foltôging/mislearringstatus |
| Server-Sent Events-stream | Content-Type: text/event-stream en records dy't de SSE-klant begrypt |
202 ûnthjit net dat de taak slagget. Foar SSE kin in kommentaarrecord der sa útsjen:
: heartbeat
De dûbelpunt makket it in kommentaar yn stee fan in applikaasje-evenemint. HTML's skriuwnotysjes suggerearje periodyk kommentaar sawat elke 15 sekonden tsjin guon âlde proxy-ynaktiviteitsgedrach; dat is begelieding, gjin universele timeoutgarânsje.
Finish de headers en soargje derfoar dat de applikaasje/serving-stack records frijlitte yn stee fan se lokaal te bufferjen. Bytes dy't noch net stjoerd binne, kinne in streamôf-later bedriuw net aktyf hâlde.
Set gjin SSE-kommentaar yn gewoane JSON- as binêre ynhâld. In HTTP/1.1 chunk mei nul lingte einiget in chunked lichem, dus it is gjin werhellbere lege heartbeat.
Behâld in operaasje-deadline en annulearringsbelied. Allinich ferkearsaktiviteit lit gjin nuttige taakfoarútgong of in jildich einresultaat sjen.