Afatet e papunësisë së proxy-ve gjatë punëve të gjata HTTP
Zgjidhni sondazh ose një format të përcaktuar transmetimi kur puna e gjatë e serverit ndeshet me kufirin e papunësisë së një proxy, në vend që të futni bajtë arbitrarë në përgjigjen përfundimtare.
Nëse një shërbim hesht për minuta dhe një proxy skadon, zgjidhni çfarë duhet të marrë klienti përpara se të shtoni bajtë rrahjesh zemre. Zgjatja e një kohëmatësi mund të ndihmojë një pritje; kontrata e përgjigjes përcakton cili përparim është i vlefshëm.
| Dizajni i aplikacionit | Kontrata e përparimit |
|---|---|
| Punë asinkrone | 202 Accepted me një paraqitje që përshkruan monitorimin, e ndjekur nga kërkesa të fundme statusi dhe gjendje të qarta përfundimi/dështimi |
| Rrjedha Server-Sent Events | Content-Type: text/event-stream dhe regjistrime që klienti SSE i kupton |
202 nuk premton se puna do të ketë sukses. Për SSE, një regjistrim komenti mund të duket kështu:
: heartbeat
Dy pikat e bëjnë atë koment në vend të një ngjarjeje aplikacioni. Shënimet e autorësisë së HTML sugjerojnë komente periodike afërsisht çdo 15 sekonda kundër disa sjelljeve të vjetra të papunësisë së proxy-ve; ky është udhëzim, jo garanci universale e skadimit.
Përfundoni titujt dhe sigurohuni që aplikacioni/stack-u i shërbimit i lëshon regjistrimet në vend që t'i ruajë lokalisht në buffer. Bajtët e padërguar ende nuk mund të mbajnë aktiv një ndërmjetës në rrjedhën e poshtme.
Mos futni komente SSE në përmbajtje JSON ose binare të zakonshme. Një chunk me gjatësi zero HTTP/1.1 përfundon një trup chunked, kështu që nuk është një rrahje zemre bosh e përsëritshme.
Mbani një afat operacioni dhe një politikë anulimi. Vetëm aktiviteti i trafikut nuk tregon përparim të dobishëm të punës ose një rezultat përfundimtar të vlefshëm.