Uzun HTTP işleri sırasında proxy boşta kalma zaman aşımları
Uzun sunucu işi bir proxy'nin boşta kalma sınırına ulaştığında, son yanıta rastgele baytlar eklemek yerine yoklama veya tanımlı bir akış biçimi seçin.
Bir hizmet dakikalarca sessiz kalır ve proxy zaman aşımına uğrarsa, kalp atışı baytlarını eklemeden önce istemcinin ne alması gerektiğini seçin. Bir zamanlayıcıyı uzatmak tek bir beklemeye yardımcı olabilir; hangi ilerlemenin geçerli olduğunu yanıt sözleşmesi belirler.
| Uygulama tasarımı | İlerleme sözleşmesi |
|---|---|
| Asenkron iş | İzlemeyi tanımlayan bir temsille 202 Accepted, ardından sınırlı durum istekleri ve açık tamamlanma/başarısızlık durumları |
| Server-Sent Events akışı | Content-Type: text/event-stream ve SSE istemcisinin anladığı kayıtlar |
202 işin başarılı olacağına söz vermez. SSE için bir yorum kaydı şöyle görünebilir:
: heartbeat
İki nokta üst üste onu uygulama olayı yerine yorum yapar. HTML'nin yazım notları, bazı eski proxy boşta kalma davranışlarına karşı yaklaşık her 15 saniyede bir dönemsel yorum önerir; bu bir kılavuzdur, evrensel bir zaman aşımı garantisi değildir.
Başlıkları tamamlayın ve uygulama/sunum yığınının kayıtları yerel olarak tamponlamak yerine serbest bıraktığından emin olun. Henüz gönderilmemiş baytlar alt akıştaki bir aracıyı etkin tutamaz.
SSE yorumlarını sıradan JSON veya ikili içeriğe eklemeyin. HTTP/1.1'in sıfır uzunluklu chunk'ı chunked gövdeyi bitirir, dolayısıyla yinelenebilir boş bir kalp atışı değildir.
Bir işlem son tarihi ve iptal politikası saklayın. Yalnızca trafik etkinliği yararlı iş ilerlemesini veya geçerli bir nihai sonucu göstermez.