நீண்ட HTTP வேலைகளின் போது ப்ராக்ஸியின் செயலற்ற நேர வரம்புகள்
நீண்ட சேவையக வேலை ப்ராக்ஸியின் செயலற்ற வரம்பை எட்டும்போது இறுதி பதிலில் தன்னிச்சையான பைட்டுகளைச் செருகுவதற்குப் பதிலாக கணக்கெடுப்பு அல்லது வரையறுக்கப்பட்ட ஸ்ட்ரீமிங் வடிவத்தைத் தேர்ந்தெடுக்கவும்.
ஒரு சேவை பல நிமிடங்கள் அமைதியாக இருந்து ப்ராக்ஸி நேரம் முடிந்தால், இதயத் துடிப்பு பைட்டுகளைச் சேர்ப்பதற்கு முன் வாடிக்கையாளர் எதைப் பெற வேண்டும் என்பதைத் தேர்ந்தெடுக்கவும். டைமரை நீட்டுவது ஒரு காத்திருப்புக்கு உதவும்; பதில் ஒப்பந்தம் எந்த முன்னேற்றம் செல்லுபடியாகும் என்பதைத் தீர்மானிக்கிறது.
| பயன்பாட்டு வடிவமைப்பு | முன்னேற்ற ஒப்பந்தம் |
|---|---|
| ஒத்திசைவற்ற வேலை | கண்காணிப்பை விவரிக்கும் பிரதிநிதித்துவத்துடன் 202 Accepted, பின்னர் வரையறுக்கப்பட்ட நிலைக் கோரிக்கைகள் மற்றும் தெளிவான நிறைவு/தோல்வி நிலைகள் |
| Server-Sent Events ஸ்ட்ரீம் | Content-Type: text/event-stream மற்றும் SSE வாடிக்கையாளர் புரிந்துகொள்ளும் பதிவுகள் |
202 வேலை வெற்றிபெறும் என்று உறுதியளிக்கவில்லை. SSE-க்கு, கருத்துப் பதிவு இப்படித் தோன்றலாம்:
: heartbeat
கோலன் அதை பயன்பாட்டு நிகழ்வாக இல்லாமல் கருத்தாக்குகிறது. HTML இன் எழுத்து குறிப்புகள் சில பழைய ப்ராக்ஸி செயலற்ற நடத்தைக்கு எதிராக சுமார் ஒவ்வொரு 15 வினாடிக்கும் அவ்வப்போது கருத்துகளைப் பரிந்துரைக்கின்றன; அது வழிகாட்டல், உலகளாவிய நேர வரம்பு உத்தரவாதம் அல்ல.
தலைப்புகளை முடித்து, பயன்பாடு/சேவை அடுக்கு பதிவுகளை உள்ளூரில் இடையகப்படுத்துதலை விடுவிக்கிறதா என்பதை உறுதிசெய்யவும். இன்னும் அனுப்பப்படாத பைட்டுகள் கீழ்நிலை இடைத்தரகரை செயலில் வைத்திருக்க முடியாது.
சாதாரண JSON அல்லது பைனரி உள்ளடக்கத்தில் SSE கருத்துகளைச் செருக வேண்டாம். HTTP/1.1 இன் பூஜ்ஜிய-நீள chunk ஒரு chunked உடலை முடிவுக்குக் கொண்டுவருகிறது, எனவே இது மீண்டும் மீண்டும் இயக்கக்கூடிய காலி இதயத் துடிப்பு அல்ல.
செயல்பாட்டு இறுதிக்காலம் மற்றும் ரத்துசெய்தல் கொள்கையை வைத்திருங்கள். போக்குவரத்து செயல்பாடு மட்டும் பயனுள்ள வேலை முன்னேற்றத்தையோ செல்லுபடியாகும் இறுதி முடிவையோ காட்டாது.