ದೀರ್ಘ HTTP ಕೆಲಸಗಳ ಸಮಯದಲ್ಲಿ ಪ್ರಾಕ್ಸಿಯ ನಿಷ್ಕ್ರಿಯ ಕಾಲಮಿತಿಗಳು
ದೀರ್ಘ ಸರ್ವರ್ ಕೆಲಸವು ಪ್ರಾಕ್ಸಿಯ ನಿಷ್ಕ್ರಿಯ ಮಿತಿಯನ್ನು ಎದುರಿಸಿದಾಗ ಅಂತಿಮ ಪ್ರತಿಕ್ರಿಯೆಯಲ್ಲಿ ಅನಿಯಂತ್ರಿತ ಬೈಟ್‌ಗಳನ್ನು ಸೇರಿಸುವ ಬದಲು ಪೋಲಿಂಗ್ ಅಥವಾ ನಿರ್ದಿಷ್ಟ ಸ್ಟ್ರೀಮಿಂಗ್ ಸ್ವರೂಪವನ್ನು ಆಯ್ಕೆಮಾಡಿ.
ಒಂದು ಸೇವೆ ನಿಮಿಷಗಳ ಕಾಲ ಮೌನವಾಗಿದ್ದು ಪ್ರಾಕ್ಸಿ ಕಾಲಮಿತಿ ಮೀರಿದರೆ, ಹೃದಯಬಡಿತ ಬೈಟ್‌ಗಳನ್ನು ಸೇರಿಸುವ ಮೊದಲು ಕ್ಲೈಂಟ್ ಏನನ್ನು ಸ್ವೀಕರಿಸಬೇಕೆಂದು ಆಯ್ಕೆಮಾಡಿ. ಟೈಮರ್ ವಿಸ್ತರಿಸುವುದು ಒಂದು ನಿರೀಕ್ಷೆಗೆ ಸಹಾಯ ಮಾಡಬಹುದು; ಪ್ರತಿಕ್ರಿಯೆ ಒಪ್ಪಂದವು ಯಾವ ಪ್ರಗತಿ ಮಾನ್ಯವೆಂದು ನಿರ್ಧರಿಸುತ್ತದೆ.
| ಅಪ್ಲಿಕೇಶನ್ ವಿನ್ಯಾಸ | ಪ್ರಗತಿ ಒಪ್ಪಂದ |
|---|---|
| ಅಸಿಂಕ್ರೋನಸ್ ಕೆಲಸ | ಮೇಲ್ವಿಚಾರಣೆಯನ್ನು ವಿವರಿಸುವ ಪ್ರಾತಿನಿಧ್ಯದೊಂದಿಗೆ 202 Accepted, ನಂತರ ಸೀಮಿತ ಸ್ಥಿತಿ ವಿನಂತಿಗಳು ಮತ್ತು ಸ್ಪಷ್ಟ ಪೂರ್ಣಗೊಳಿಸುವಿಕೆ/ವೈಫಲ್ಯ ಸ್ಥಿತಿಗಳು |
| Server-Sent Events ಸ್ಟ್ರೀಮ್ | Content-Type: text/event-stream ಮತ್ತು SSE ಕ್ಲೈಂಟ್ ಅರ್ಥಮಾಡಿಕೊಳ್ಳುವ ದಾಖಲೆಗಳು |
202 ಕೆಲಸ ಯಶಸ್ವಿಯಾಗುತ್ತದೆ ಎಂದು ಭರವಸೆ ನೀಡುವುದಿಲ್ಲ. SSEಗಾಗಿ, ಕಾಮೆಂಟ್ ದಾಖಲೆ ಹೀಗೆ ಕಾಣಬಹುದು:
: heartbeat
ಕೋಲನ್ ಅದನ್ನು ಅಪ್ಲಿಕೇಶನ್ ಈವೆಂಟ್ ಬದಲು ಕಾಮೆಂಟ್ ಮಾಡುತ್ತದೆ. HTML ನ ಲೇಖನ ಟಿಪ್ಪಣಿಗಳು ಕೆಲವು ಹಳೆಯ ಪ್ರಾಕ್ಸಿ ನಿಷ್ಕ್ರಿಯ ನಡವಳಿಕೆಯ ವಿರುದ್ಧ ಸುಮಾರು ಪ್ರತಿ 15 ಸೆಕೆಂಡಿಗೆ ಆವರ್ತಕ ಕಾಮೆಂಟ್‌ಗಳನ್ನು ಸೂಚಿಸುತ್ತವೆ; ಅದು ಮಾರ್ಗದರ್ಶನ, ಸಾರ್ವತ್ರಿಕ ಕಾಲಮಿತಿ ಖಾತರಿ ಅಲ್ಲ.
ಹೆಡರ್‌ಗಳನ್ನು ಪೂರ್ಣಗೊಳಿಸಿ ಮತ್ತು ಅಪ್ಲಿಕೇಶನ್/ಸೇವಾ ಸ್ಟಾಕ್ ದಾಖಲೆಗಳನ್ನು ಸ್ಥಳೀಯವಾಗಿ ಬಫರ್ ಮಾಡುವ ಬದಲು ಬಿಡುಗಡೆ ಮಾಡುತ್ತದೆ ಎಂದು ಖಚಿತಪಡಿಸಿ. ಇನ್ನೂ ಕಳುಹಿಸದ ಬೈಟ್‌ಗಳು ಕೆಳಗಿನ ಮಧ್ಯವರ್ತಿಯನ್ನು ಸಕ್ರಿಯವಾಗಿ ಇರಿಸಲು ಸಾಧ್ಯವಿಲ್ಲ.
ಸಾಮಾನ್ಯ JSON ಅಥವಾ ಬೈನರಿ ವಿಷಯದಲ್ಲಿ SSE ಕಾಮೆಂಟ್‌ಗಳನ್ನು ಸೇರಿಸಬೇಡಿ. HTTP/1.1 ನ ಶೂನ್ಯ-ಉದ್ದದ chunk chunked ಬಾಡಿಯನ್ನು ಕೊನೆಗೊಳಿಸುತ್ತದೆ, ಆದ್ದರಿಂದ ಅದು ಪುನರಾವರ್ತಿತ ಖಾಲಿ ಹೃದಯಬಡಿತವಲ್ಲ.
ಕಾರ್ಯಾಚರಣೆಯ ಗಡುವು ಮತ್ತು ರದ್ದತಿ ನೀತಿಯನ್ನು ಉಳಿಸಿಕೊಳ್ಳಿ. ಕೇವಲ ಸಂಚಾರ ಚಟುವಟಿಕೆ ಉಪಯುಕ್ತ ಕೆಲಸದ ಪ್ರಗತಿ ಅಥವಾ ಮಾನ್ಯ ಅಂತಿಮ ಫಲಿತಾಂಶವನ್ನು ತೋರಿಸುವುದಿಲ್ಲ.