የፕሮክሲ ስራ-ፈታ ጊዜ ገደቦች በረጅም HTTP ስራዎች ወቅት
ረጅም የሰርቨር ስራ የፕሮክሲን ስራ-ፈታ ገደብ ሲያጋጥም ፖሊንግ ወይም የተወሰነ የመፍሰሻ ቅርጸት ይምረጡ፣ በመጨረሻው መልስ ውስጥ የዘፈቀደ ባይቶችን ከመጨመር ይልቅ።
አንድ አገልግሎት ለደቂቃዎች ዝም ብሎ ፕሮክሲ ጊዜ ገደብ ካጋጠመው፣ heartbeat ባይቶችን ከመጨመር በፊት ደንበኛው ምን መቀበል እንዳለበት ይወስኑ። ጊዜ ማስረዘም አንድ ጊዜ መጠበቅ ሊረዳ ይችላል፤ የመልስ ውል የትኛው ሂደት ትክክል እንደሆነ ይወስናል።
| የመተግበሪያ ንድፍ | የሂደት ውል |
|---|---|
| አሲንክሮነስ ስራ | 202 Accepted ከክትትል ጋር የሚገልጽ ውክልና፣ ተከትሎም የተገደቡ የሁኔታ ጥያቄዎች እና ግልጽ የማጠናቀቂያ/የሽንፈት ሁኔታዎች |
| Server-Sent Events ፍሰት | Content-Type: text/event-stream እና SSE ደንበኛው የሚረዳው መዝገቦች |
202 ስራው እንደሚሳካ አይጠራም። ለSSE የአስተያየት መዝገብ እንደዚህ ሊመስል ይችላል፡
: heartbeat
ኮሎን ከመተግበሪያ ክስተት ይልቅ አስተያየት ያደርገዋል። የHTML የጽሑፍ ማስታወሻዎች በየ15 ሰከንዱ ወቅታዊ አስተያየቶችን ከአንዳንድ የቆዩ የፕሮክሲ ስራ-ፈታ ባህሪዎች ጋር ይመክራሉ፤ ይህ መመሪያ እንጂ ሁለንተናዊ የጊዜ ገደብ ዋስትና አይደለም።
ራስጌዎችን ጨርሱ እና መተግበሪያው/አገልግሎቱ መዝገቦችን በአካባቢው ማጠራቀም ፋንታ እንዲለቅ ያድርጉ። ያልተላኩ ባይቶች የታችኛውን ድርጅት ንቁ ማድረግ አይችሉም።
የSSE አስተያየቶችን በተለመደው JSON ወይም በሁለትዮሽ ይዘት ውስጥ አታስገቡ። የHTTP/1.1 ዜሮ-ርዝመት chunk የተቆራረጠ አካልን ያበቃል፣ ስለዚህ ተደጋጋሚ ባዶ heartbeat አይደለም።
የአሰራር የመጨረሻ ቀን እና የስረዛ ፖሊሲ ይጠብቁ። የትራፊክ እንቅስቃሴ ብቻ ጠቃሚ የስራ ሂደት ወይም ትክክለኛ የመጨረሻ ውጤት አያሳይም።