Proxyen inaktibitaterako denbora-mugak HTTP lan luzeetan
Aukeratu polling edo definitutako streaming formatu bat zerbitzariaren lan luzeak proxy baten inaktibitate-mugara iristen denean, azken erantzunean byte arbitrarioak sartu ordez.
Zerbitzu bat minutuz isilik egoten bada eta proxy bat denbora-mugaz gainditzen bada, aukeratu bezeroak zer jaso behar duen taupada-byteak gehitu aurretik. Tenporizadore bat luzatzeak itxaronaldia bat lagun dezake; erantzun-kontratuak zehazten du zein aurrerapen den baliozkoa.
| Aplikazioaren diseinua | Aurrerapen-kontratua |
|---|---|
| Zeregin asinkronoa | 202 Accepted, monitorizazioa deskribatzen duen errepresentazioarekin, ondoren egoera-eskaera finituak eta amaiera/hutsegite egoera esplizituak |
| Server-Sent Events korrontea | Content-Type: text/event-stream eta SSE bezeroak ulertzen dituen erregistroak |
202k ez du agintzen zeregina arrakastatsua izango denik. SSErako, iruzkin-erregistroa horrela itxura dezake:
: heartbeat
Bi puntuek iruzkin bihurtzen dute, aplikazio-gertaera izan beharrean. HTMLren egiletza-oharrek 15 segundoro gutxi gorabeherako iruzkin periodikoak iradokitzen dituzte proxyen inaktibitate-portaera zaharren baten aurka; hori gidalerroa da, ez denbora-muga berme unibertsala.
Amaitu goiburuak eta ziurtatu aplikazioa/zerbitzatzeko pila erregistroak askatzen dituela, lokalean bufferatu ordez. Oraindik bidali gabeko byteek ezin dute beheragoko bitartekari bat aktibo mantendu.
Ez sartu SSE iruzkinak JSON edo eduki bitar arruntean. HTTP/1.1 zero-luzerako chunk batek chunked gorputza amaitzen du, beraz ez da errepikagarria den taupada hutsa.
Mantendu eragiketa-epea eta ezeztatze-politika. Trafiko-jarduerak bakarrik ez du erakusten lanaren aurrerapen erabilgarririk edo azken emaitza baliozkorik.