Tydsverloop van ledige proxy's tydens lang HTTP-take
Kies peiling of 'n gedefinieerde stroomformaat wanneer lang bedienerwerk 'n proxy se ledige limiet bereik, eerder as om willekeurige grepe in die finale antwoord in te voeg.
As 'n diens minute lank stil bly en 'n proxy se tydsverloop bereik word, kies wat die kliënt moet ontvang voordat hartklopgrepe bygevoeg word. Om 'n tydhouer te verleng kan een wag help; die antwoordkontrak bepaal watter vordering geldig is.
| Toepassingsontwerp | Vorderingskontrak |
|---|---|
| Asinkroniese taak | 202 Accepted met 'n voorstelling wat monitering beskryf, gevolg deur eindige statusversoeke en eksplisiete voltooiing-/mislukkingsstate |
| Server-Sent Events-stroom | Content-Type: text/event-stream en rekords wat die SSE-kliënt verstaan |
202 belowe nie dat die taak slaag nie. Vir SSE kan 'n kommentaarrekord so lyk:
: heartbeat
Die dubbelpunt maak dit 'n kommentaar eerder as 'n toepassingsgebeurtenis. HTML se skryfnotas stel periodieke kommentaar ongeveer elke 15 sekondes teen sekere ou proxy-ledige gedrag voor; dit is leiding, nie 'n universele tydsverloopwaarborg nie.
Voltooi die opkoppe en sorg dat die toepassing/bedienerstapel rekords vrystel eerder as om hulle plaaslik te buffer. Grepe wat nog nie gestuur is nie, kan nie 'n stroomaf-tussenpersoon aktief hou nie.
Moenie SSE-kommentaar in gewone JSON of binêre inhoud invoeg nie. 'n HTTP/1.1-grepe met nul lengte beëindig 'n gegroepeerde liggaam, so dit is nie 'n herhaalbare leë hartklop nie.
Behou 'n bedryfsperdatum en kansellasiebeleid. Net verkeersaktiwiteit wys nie nuttige taakvordering of 'n geldige finale resultaat nie.