ಉಚಿತ HTTP ಸ್ಥಿತಿ ಕೋಡ್‌ಗಳ ಉಲ್ಲೇಖ

Expect: 100-continue ಹೊಂದಿರುವ ವಿನಂತಿಗಳಿಗೆ ಬಳಸಲಾಗುತ್ತದೆ. ಕ್ಲೈಂಟ್ ಅದನ್ನು ಕಳುಹಿಸುವ ಮೊದಲು ಬಾಡಿಯನ್ನು ಸ್ವೀಕರಿಸಲು ಸಿದ್ಧವಿದೆ ಎಂದು ಸರ್ವರ್ ಒಪ್ಪಿಕೊಳ್ಳುತ್ತದೆ. ಆಧುನಿಕ ವೆಬ್ ಆ್ಯಪ್‌ಗಳಲ್ಲಿ ಅಪರೂಪ.

WebSocket ಅಪ್‌ಗ್ರೇಡ್‌ಗಳಿಗೆ ಸಾಮಾನ್ಯವಾಗಿ ಬಳಸಲಾಗುತ್ತದೆ — ಕ್ಲೈಂಟ್ Upgrade: websocket ಅನ್ನು ವಿನಂತಿಸುತ್ತದೆ ಮತ್ತು ಸರ್ವರ್ ಬದಲಾಯಿಸಲು 101 ನೊಂದಿಗೆ ಪ್ರತಿಕ್ರಿಯಿಸುತ್ತದೆ.

ದೀರ್ಘ ಕಾರ್ಯಾಚರಣೆಗಳ ಸಮಯದಲ್ಲಿ ಕ್ಲೈಂಟ್ ಟೈಮ್‌ಔಟ್ ತಡೆಯಲು ಕಳುಹಿಸಲಾದ WebDAV ಮಧ್ಯಂತರ ಪ್ರತಿಕ್ರಿಯೆ. ನಿಷ್ಕ್ರಿಯಗೊಳಿಸಲಾಗಿದೆ — ಆಧುನಿಕ ಸರ್ವರ್‌ಗಳು ಇದನ್ನು ಕಳುಹಿಸಬಾರದು.

ಅಂತಿಮ ಪ್ರತಿಕ್ರಿಯೆ ಇನ್ನೂ ಸಿದ್ಧವಾಗುತ್ತಿರುವಾಗ ಸರ್ವರ್‌ಗಳಿಗೆ Link ಹೆಡರ್‌ಗಳನ್ನು (preload/preconnect) ಕಳುಹಿಸಲು ಅನುಮತಿಸುತ್ತದೆ, ಇದರಿಂದ ಬ್ರೌಸರ್‌ಗಳು ಮುಖ್ಯ ಆಸ್ತಿಗಳನ್ನು ಬೇಗನೆ ಪಡೆಯಲು ಪ್ರಾರಂಭಿಸಬಹುದು.

ಪ್ರಮಾಣಿತ ಯಶಸ್ಸಿನ ಪ್ರತಿಕ್ರಿಯೆ. ಅರ್ಥ HTTP ವಿಧಾನವನ್ನು ಅವಲಂಬಿಸಿರುತ್ತದೆ: GET → ಸಂಪನ್ಮೂಲ ಹಿಂದಿರುಗಿಸಲಾಗಿದೆ, POST/PUT → ಕ್ರಿಯೆ ಪೂರ್ಣಗೊಂಡಿದೆ.

POST ನಂತರ ಸಾಮಾನ್ಯ. ಪ್ರತಿಕ್ರಿಯೆಯು ಹೊಸ ಸಂಪನ್ಮೂಲದ URL ಅನ್ನು ಸೂಚಿಸುವ Location ಹೆಡರ್ ಅನ್ನು ಒಳಗೊಂಡಿರಬೇಕು.

ಅಸಿಂಕ್ ಕಾರ್ಯಾಚರಣೆಗಳಿಗೆ — ಸರ್ವರ್ ಕೆಲಸವನ್ನು ಸಾಲಿನಲ್ಲಿ ಇರಿಸುತ್ತಿದೆ. ಕ್ಲೈಂಟ್ ಸ್ಥಿತಿ ಎಂಡ್‌ಪಾಯಿಂಟ್ ಪೋಲ್ ಮಾಡಬೇಕು ಅಥವಾ ನಂತರ ಪರಿಶೀಲಿಸಬೇಕು.

ವಿನಂತಿ ಯಶಸ್ವಿಯಾಗಿದೆ, ಆದರೆ ಮಧ್ಯವರ್ತಿ (ಕ್ಯಾಶಿಂಗ್ ಅಥವಾ ಪರಿವರ್ತಿಸುವ ಪ್ರಾಕ್ಸಿಯಂತಹ) ಮೂಲ ಸರ್ವರ್‌ನಿಂದ ಪೇಲೋಡ್ ಅನ್ನು ಬದಲಾಯಿಸಿದೆ — ಉದಾಹರಣೆಗೆ, ಚಿತ್ರಗಳನ್ನು ಮರುಸಂಕುಚಿತಗೊಳಿಸುವುದು. ಪ್ರಾಯೋಗಿಕವಾಗಿ ಅಪರೂಪ.

ಬಾಡಿ ಹಿಂದಿರುಗಿಸುವ ಅಗತ್ಯವಿಲ್ಲದ DELETE ಕಾರ್ಯಾಚರಣೆಗಳಿಗೆ ಅಥವಾ PUT ನವೀಕರಣಗಳಿಗೆ ಸಾಮಾನ್ಯವಾಗಿ ಬಳಸಲಾಗುತ್ತದೆ. ಕ್ಲೈಂಟ್ ಪ್ರಸ್ತುತ ಪುಟದಿಂದ ದೂರ ಹೋಗಬಾರದು.

204 ರಂತೆ, ಯಾವುದೇ ಬಾಡಿ ಹಿಂದಿರುಗಿಸುವುದಿಲ್ಲ — ಆದರೆ ವಿನಂತಿ ಉಂಟುಮಾಡಿದ ಫಾರ್ಮ್ ಅಥವಾ ವೀಕ್ಷಣೆಯನ್ನು ಮರುಹೊಂದಿಸಲು ಕ್ಲೈಂಟ್‌ಗೆ ಹೆಚ್ಚುವರಿಯಾಗಿ ಹೇಳಲಾಗುತ್ತದೆ (ಉದಾ. ಮುಂದಿನ ನಮೂದಿಗಾಗಿ ಫಾರ್ಮ್ ಫೀಲ್ಡ್‌ಗಳನ್ನು ಖಾಲಿ ಮಾಡಿ).

Range ವಿನಂತಿಗೆ ಪ್ರತಿಕ್ರಿಯೆ. ಅಡಚಣೆಯಾದ ಡೌನ್‌ಲೋಡ್‌ಗಳನ್ನು ಪುನರಾರಂಭಿಸಲು ಅಥವಾ ದೊಡ್ಡ ಫೈಲ್‌ಗಳನ್ನು ಸ್ಟ್ರೀಮ್ ಮಾಡಲು ವೀಡಿಯೊ ಪ್ಲೇಯರ್‌ಗಳು ಮತ್ತು ಡೌನ್‌ಲೋಡ್ ಮ್ಯಾನೇಜರ್‌ಗಳಿಂದ ಬಳಸಲಾಗುತ್ತದೆ.

WebDAV: ಒಂದು XML ಬಾಡಿ ಹಲವಾರು ಉಪ-ಕಾರ್ಯಾಚರಣೆಗಳ ಫಲಿತಾಂಶವನ್ನು ಸ್ವತಂತ್ರವಾಗಿ ವರದಿ ಮಾಡುತ್ತದೆ — ಉದಾ. ಕೆಲವು ವಸ್ತುಗಳು ಯಶಸ್ವಿಯಾದ ಮತ್ತು ಇತರವು ವಿಫಲವಾದ ಬ್ಯಾಚ್ ಸ್ಥಳಾಂತರ.

WebDAV: ಬೈಂಡಿಂಗ್‌ಗಳು ಲೂಪ್‌ಗಳನ್ನು ಸೃಷ್ಟಿಸಿದಾಗ ಒಂದೇ ಸಂಗ್ರಹದ ಸದಸ್ಯರನ್ನು ಪದೇ ಪದೇ ಪಟ್ಟಿ ಮಾಡುವುದನ್ನು ತಪ್ಪಿಸಲು 207 Multi-Status ಪ್ರತಿಕ್ರಿಯೆಗಳಲ್ಲಿ ಬಳಸಲಾಗುತ್ತದೆ.

ಡೆಲ್ಟಾ ಎನ್ಕೋಡಿಂಗ್: ಸಂಪೂರ್ಣ ಸಂಪನ್ಮೂಲಕ್ಕೆ ಬದಲಾಗಿ ಸರ್ವರ್ ಹಿಂದಿನ ಆವೃತ್ತಿಗೆ ಹೋಲಿಸಿ ವ್ಯತ್ಯಾಸವನ್ನು ಹಿಂತಿರುಗಿಸುತ್ತದೆ, ಇದರಿಂದ ಬ್ಯಾಂಡ್‌ವಿಡ್ತ್ ಉಳಿತಾಯವಾಗುತ್ತದೆ. ಅಪರೂಪವಾಗಿ ಮಾತ್ರ ಅಳವಡಿಸಲಾಗುತ್ತದೆ.

ಸರ್ವರ್ ಹಲವು ಆಯ್ಕೆಗಳನ್ನು ನೀಡುತ್ತದೆ (ಉದಾ. ವಿಭಿನ್ನ ಫಾರ್ಮ್ಯಾಟ್‌ಗಳು ಅಥವಾ ಭಾಷೆಗಳು) ಮತ್ತು ಕ್ಲೈಂಟ್ ಒಂದನ್ನು ಆಯ್ಕೆ ಮಾಡಬೇಕು. ಸ್ವಯಂಚಾಲಿತ ವಿಷಯ ಸಂಧಾನ ಸಾಮಾನ್ಯವಾಗಿ ಇದನ್ನು ನಿಭಾಯಿಸುವುದರಿಂದ ಅಪರೂಪವಾಗಿ ಬಳಸಲಾಗುತ್ತದೆ.

ಶಾಶ್ವತ URL ಬದಲಾವಣೆಗಳಿಗೆ ಬಳಸಿ — ಸರ್ಚ್ ಎಂಜಿನ್‌ಗಳು ತಮ್ಮ ಇಂಡೆಕ್ಸ್ ಅನ್ನು ನವೀಕರಿಸುತ್ತವೆ. SEO ಪ್ರಾಧಿಕಾರವು ಹೊಸ URL ಗೆ ವರ್ಗಾವಣೆಗೊಳ್ಳುತ್ತದೆ.

ಮರುನಿರ್ದೇಶನ ಶಾಶ್ವತವಲ್ಲ ಎಂದು ಸೂಚಿಸುತ್ತದೆ. 301 ಗಿಂತ ಕ್ಯಾಶಿಂಗ್ ಕಡಿಮೆ ಆಕ್ರಮಣಕಾರಿ. 'ಲಾಗಿನ್ ಅಗತ್ಯವಿದೆ, /login ಗೆ ಮರುನಿರ್ದೇಶಿಸಲಾಗುತ್ತಿದೆ' ಎಂಬಂತಹ ಸಂದರ್ಭಗಳಲ್ಲಿ ಬಳಸಿ.

POST ಸಲ್ಲಿಕೆಗಳ ನಂತರ ಬಳಸಲಾಗುತ್ತದೆ — 'ನಿಮ್ಮ POST ಯಶಸ್ವಿಯಾಗಿದೆ, ಫಲಿತಾಂಶಕ್ಕಾಗಿ ಈ GET URL ನೋಡಿ' ಎಂದು ಪ್ರತಿಕ್ರಿಯೆ ಹೇಳುತ್ತದೆ. ಬ್ರೌಸರ್‌ಗಳು ಯಾವಾಗಲೂ ಹೊಸ URL ಅನ್ನು GET ಮಾಡುತ್ತವೆ.

ಷರತ್ತುಬದ್ಧ ವಿನಂತಿಗೆ ಪ್ರತಿಕ್ರಿಯೆ (If-None-Match ಅಥವಾ If-Modified-Since ಹೆಡರ್‌ಗಳೊಂದಿಗೆ). ಬ್ಯಾಂಡ್‌ವಿಡ್ತ್ ಉಳಿಸುತ್ತದೆ — ಯಾವುದೇ ಬಾಡಿ ಹಿಂತಿರುಗಿಸಲಾಗುವುದಿಲ್ಲ.

ಮೂಲ POST ಆಗಿದ್ದರೆ, ಮರುನಿರ್ದೇಶನವೂ POST ಬಳಸುತ್ತದೆ. ವಿಧಾನ ಸಂರಕ್ಷಣೆ ಮುಖ್ಯವಾದಾಗ 302 ಗೆ ಆಧುನಿಕ ಪರ್ಯಾಯ.

ಮರುನಿರ್ದೇಶನದ ನಂತರವೂ POST ವಿನಂತಿಗಳು POST ಆಗಿಯೇ ಉಳಿಯಬೇಕಾದಾಗ 301 ಗೆ ಆಧುನಿಕ ಬದಲಿ.

ಸಾಮಾನ್ಯ ಕಾರಣಗಳು: ಬಾಡಿಯಲ್ಲಿ ತಪ್ಪಾದ JSON, ಅಮಾನ್ಯ ಕ್ವೆರಿ ಪ್ಯಾರಾಮೀಟರ್‌ಗಳು, ಅಥವಾ ಅಗತ್ಯ ಕ್ಷೇತ್ರಗಳ ಕೊರತೆ. ವಿನಂತಿ ಬಾಡಿ ಮತ್ತು ಹೆಡರ್‌ಗಳನ್ನು ಪರಿಶೀಲಿಸಿ.

ಕ್ಲೈಂಟ್ ದೃಢೀಕರಣ ರುಜುವಾತುಗಳನ್ನು (Authorization ಹೆಡರ್, ಕುಕಿ, ಟೋಕನ್) ಸೇರಿಸಬೇಕು. 'Unauthorized' ಎಂಬುದು ತಪ್ಪುಹೆಸರು — ಇದು ವಾಸ್ತವವಾಗಿ 'ಅನ್‌ಆಥೆಂಟಿಕೇಟೆಡ್' ಎಂದು ಅರ್ಥ.

ಮೂಲತಃ ಡಿಜಿಟಲ್ ಪಾವತಿಗಳಿಗಾಗಿ ಉದ್ದೇಶಿಸಲಾಗಿತ್ತು. ಆಧುನಿಕ ಬಳಕೆ: ಬಳಕೆದಾರ ತಮ್ಮ ಪಾವತಿಸಿದ ಕೋಟಾ ಮೀರಿದಾಗ APIಗಳು ಕೆಲವೊಮ್ಮೆ 402 ಹಿಂತಿರುಗಿಸುತ್ತವೆ.

401 ಗಿಂತ ಭಿನ್ನ — ಬಳಕೆದಾರ ಲಾಗಿನ್ ಆಗಿದ್ದಾರೆ, ಆದರೆ ಅವರ ಖಾತೆಗೆ ಈ ಸಂಪನ್ಮೂಲಕ್ಕೆ ಅನುಮತಿ ಇಲ್ಲ. ರೋಲ್/ಅನುಮತಿ ತರ್ಕವನ್ನು ಪರಿಶೀಲಿಸಿ.

URL ತಪ್ಪಾಗಿರಬಹುದು, ಸಂಪನ್ಮೂಲ ಅಳಿಸಲಾಗಿರಬಹುದು, ಅಥವಾ ಅದು ಎಂದೂ ಅಸ್ತಿತ್ವದಲ್ಲಿ ಇರಲಿಲ್ಲ. 403 ಹೆಚ್ಚು ಸೂಕ್ತವಾಗುತ್ತಿತ್ತು ಎಂಬುದನ್ನು ಮರೆಮಾಡಲು ಸರ್ವರ್‌ಗಳು ಕೆಲವೊಮ್ಮೆ 404 ಹಿಂತಿರುಗಿಸುತ್ತವೆ.

ಉದಾಹರಣೆಗೆ, POST ಮಾತ್ರ ಸ್ವೀಕರಿಸುವ ಎಂಡ್‌ಪಾಯಿಂಟ್‌ಗೆ GET ವಿನಂತಿ. ಪ್ರತಿಕ್ರಿಯೆಯಲ್ಲಿ ಮಾನ್ಯ ವಿಧಾನಗಳ ಪಟ್ಟಿಯುಳ್ಳ Allow ಹೆಡರ್ ಇರಬೇಕು.

ಕ್ಲೈಂಟ್ ಕೋರಿದ ವಿಷಯ ಪ್ರಕಾರ, ಭಾಷೆ, ಅಥವಾ ಎನ್ಕೋಡಿಂಗ್ (Accept, Accept-Language, Accept-Encoding ಮೂಲಕ) ಸರ್ವರ್ ಪೂರೈಸಲಾಗುವುದಿಲ್ಲ. ಅನೇಕ ಸರ್ವರ್‌ಗಳು ಕಟ್ಟುನಿಟ್ಟಾದ ಸಂಧಾನವನ್ನು ಬಿಟ್ಟು ಡೀಫಾಲ್ಟ್ ಹಿಂತಿರುಗಿಸುತ್ತವೆ.

401 ರಂತೆಯೇ, ಆದರೆ ಪ್ರಾಕ್ಸಿಯಿಂದ ನೀಡಲಾಗಿದೆ: ಕ್ಲೈಂಟ್ Proxy-Authorization ರುಜುವಾತುಗಳನ್ನು ಕಳುಹಿಸಬೇಕು. ದೃಢೀಕರಿಸುವ ಪ್ರಾಕ್ಸಿಗಳಿರುವ ಕಾರ್ಪೊರೇಟ್ ನೆಟ್‌ವರ್ಕ್‌ಗಳಲ್ಲಿ ಕಾಣಿಸುತ್ತದೆ.

ಕ್ಲೈಂಟ್ ವಿನಂತಿ ಬಾಡಿ ಕಳುಹಿಸಲು ಹೆಚ್ಚು ಸಮಯ ತೆಗೆದುಕೊಂಡಿತು ಅಥವಾ ಕನೆಕ್ಷನ್ ಅನ್ನು ನಿಷ್ಕ್ರಿಯವಾಗಿ ಇರಿಸಿತು. ವಿನಂತಿಯನ್ನು ಮತ್ತೆ ಪ್ರಯತ್ನಿಸಿ.

ಸಾಮಾನ್ಯವಾಗಿ ಏಕಕಾಲಿಕ ಎಡಿಟ್ ಸಂಘರ್ಷಗಳಿಗೆ ಅಥವಾ ನಕಲಿ ಸಂಪನ್ಮೂಲ ರಚನೆಗೆ (ಉದಾ. ಈಗಾಗಲೇ ಇರುವ ಇಮೇಲ್‌ನೊಂದಿಗೆ ಬಳಕೆದಾರರನ್ನು ರಚಿಸುವುದು) ಹಿಂತಿರುಗಿಸಲಾಗುತ್ತದೆ.

404 ಗಿಂತ ಬಲಿಷ್ಠ — ಸಂಪನ್ಮೂಲ ಹಿಂದೆ ಅಸ್ತಿತ್ವದಲ್ಲಿತ್ತು ಆದರೆ ಶಾಶ್ವತವಾಗಿ ತೆಗೆದುಹಾಕಲಾಗಿದೆ ಎಂದು ಸರ್ವರ್‌ಗೆ ಸ್ಪಷ್ಟವಾಗಿ ಗೊತ್ತಿದೆ. ಸರ್ಚ್ ಎಂಜಿನ್‌ಗಳು ಡಿಇಂಡೆಕ್ಸ್ ಮಾಡುತ್ತವೆ.

Content-Length ಹೆಡರ್ ಇಲ್ಲದಿದ್ದರಿಂದ ಮತ್ತು ಸರ್ವರ್ ಅಜ್ಞಾತ ಗಾತ್ರದ ಬಾಡಿಗಳನ್ನು ನಿರಾಕರಿಸುವುದರಿಂದ ವಿನಂತಿ ತಿರಸ್ಕರಿಸಲಾಯಿತು. ಹೆಡರ್ ಸೇರಿಸಿ ಮತ್ತೆ ಪ್ರಯತ್ನಿಸಿ.

If-Match ಅಥವಾ If-Unmodified-Since ನಂತಹ ಷರತ್ತುಬದ್ಧ ಹೆಡರ್‌ಗಳು ವಿಫಲವಾದಾಗ ಹಿಂತಿರುಗಿಸಲಾಗುತ್ತದೆ — ಸಾಮಾನ್ಯವಾಗಿ ಆಶಾವಾದಿ ಲಾಕಿಂಗ್: ನಿಮ್ಮ ಆವೃತ್ತಿಯ ನಂತರ ಬೇರೆಯವರು ಸಂಪನ್ಮೂಲವನ್ನು ಬದಲಿಸಿದ್ದಾರೆ. ಮರುಪಡೆದು ಮತ್ತೆ ಪ್ರಯತ್ನಿಸಿ.

ದೊಡ್ಡ ಫೈಲ್‌ಗಳನ್ನು ಅಪ್‌ಲೋಡ್ ಮಾಡುವಾಗ ಸಾಮಾನ್ಯ. ಸರ್ವರ್ ಕಾನ್ಫಿಗ್ (nginx, apache) ಗರಿಷ್ಠ ಬಾಡಿ ಗಾತ್ರವನ್ನು ಹೊಂದಿಸುತ್ತದೆ. ಸರ್ವರ್‌ನ ಕಾನ್ಫಿಗರೇಶನ್ ಪರಿಶೀಲಿಸಿ.

ಸಾಮಾನ್ಯವಾಗಿ ಅತಿ ಉದ್ದ ಕ್ವೆರಿ ಸ್ಟ್ರಿಂಗ್‌ಗಳಿಂದ (ಉದಾ. GET ನಲ್ಲಿ ಡೇಟಾ ಎನ್ಕೋಡ್ ಮಾಡುವುದು) ಉಂಟಾಗುತ್ತದೆ. POST ಬಾಡಿಗೆ ಬದಲಿಸಿ, ಅಥವಾ ನೀವು ನಿಯಂತ್ರಿಸಿದರೆ ಸರ್ವರ್ ಮಿತಿ ಹೆಚ್ಚಿಸಿ.

ಉದಾಹರಣೆಗೆ, application/json ಮಾತ್ರ ಸ್ವೀಕರಿಸುವ ಸರ್ವರ್‌ಗೆ application/xml ಕಳುಹಿಸುವುದು. Content-Type ಹೆಡರ್ ಅನ್ನು ಸರಿಯಾಗಿ ಹೊಂದಿಸಿ.

Range ಹೆಡರ್ ಫೈಲ್‌ನಲ್ಲಿ ಇಲ್ಲದ ಭಾಗವನ್ನು ಕೋರುತ್ತದೆ — ಉದಾ. ಫೈಲ್‌ನ ಅಂತ್ಯಕ್ಕಿಂತ ಮುಂದೆ ಡೌನ್‌ಲೋಡ್ ಮುಂದುವರಿಸುವುದು. ಪ್ರತಿಕ್ರಿಯೆಯಲ್ಲಿ ನಿಜವಾದ ಗಾತ್ರದೊಂದಿಗೆ Content-Range ಇರಬೇಕು.

ಸರ್ವರ್ Expect: 100-continue ಬೆಂಬಲಿಸದಿದ್ದಾಗ ಕಳುಹಿಸಲಾಗುತ್ತದೆ. ಕೆಲವು ಕ್ಲೈಂಟ್‌ಗಳು ದೊಡ್ಡ POST ಗಳಲ್ಲಿ ಈ ಹೆಡರ್ ಅನ್ನು ಡೀಫಾಲ್ಟ್ ಆಗಿ ಕಳುಹಿಸುತ್ತವೆ; ಅದನ್ನು ನಿಷ್ಕ್ರಿಯಗೊಳಿಸುವುದು ಸಾಮಾನ್ಯವಾಗಿ ದೋಷ ಪರಿಹರಿಸುತ್ತದೆ.

1998 ರ ಏಪ್ರಿಲ್ ಫೂಲ್ ಜೋಕ್ (RFC 2324). ಕೆಲವು ನಿಜವಾದ APIಗಳು ಇದನ್ನು ಜೋಕ್‌ಗಳಿಗಾಗಿ ಅಥವಾ ಡೆಪ್ರಿಕೇಟೆಡ್ ಎಂಡ್‌ಪಾಯಿಂಟ್‌ಗಳನ್ನು ಗುರುತಿಸಲು ಬಳಸುತ್ತವೆ. ಪ್ರೊಡಕ್ಷನ್ ಬಳಕೆಗೆ ಅಲ್ಲ.

HTTP/2 ಕನೆಕ್ಷನ್ ಮರುಬಳಕೆಯಲ್ಲಿ ಸಾಮಾನ್ಯ: ವಿನಂತಿ ಗುರಿ ಹೋಸ್ಟ್‌ನೇಮ್‌ಗಾಗಿ ಕಾನ್ಫಿಗರ್ ಮಾಡದ ಸರ್ವರ್ ತಲುಪಿತು. ಕ್ಲೈಂಟ್ ಹೊಸ ಕನೆಕ್ಷನ್‌ನಲ್ಲಿ ಮತ್ತೆ ಪ್ರಯತ್ನಿಸಬೇಕು.

ಉದಾಹರಣೆಗೆ, JSON ಸರಿಯಾಗಿ ಪಾರ್ಸ್ ಆಯಿತು ಆದರೆ ಅಗತ್ಯ ಕ್ಷೇತ್ರ ಕಾಣೆಯಾಗಿತ್ತು, ಅಥವಾ ಕ್ಷೇತ್ರ ಮೌಲ್ಯ ವ್ಯಾಪ್ತಿಯ ಹೊರಗಿತ್ತು. REST API ಮೌಲ್ಯೀಕರಣ ಪ್ರತಿಕ್ರಿಯೆಗಳಲ್ಲಿ ಸಾಮಾನ್ಯ.

WebDAV: ಮೂಲ ಅಥವಾ ಗುರಿ ಸಂಪನ್ಮೂಲವನ್ನು ಬೇರೊಂದು ಕ್ಲೈಂಟ್ ಲಾಕ್ ಮಾಡಿದೆ, ಆದ್ದರಿಂದ ಕಾರ್ಯಾಚರಣೆ ಮುಂದುವರಿಯಲಾಗುವುದಿಲ್ಲ. ಲಾಕ್ ಬಿಡುಗಡೆಯಾಗುವವರೆಗೆ ಕಾಯಿರಿ ಅಥವಾ ಸೂಕ್ತ ಟೋಕನ್‌ನೊಂದಿಗೆ ಮುರಿಯಿರಿ.

WebDAV: ಅವಲಂಬಿತ ಕಾರ್ಯಾಚರಣೆಗಳ ಸರಪಳಿಯಲ್ಲಿ, ಹಿಂದಿನ ಕ್ರಿಯೆ ವಿಫಲವಾಯಿತು, ಆದ್ದರಿಂದ ಇದನ್ನು ನಿರ್ವಹಿಸಲಾಗಲಿಲ್ಲ. ಮೂಲ ಕಾರಣಕ್ಕಾಗಿ ಹಿಂದಿನ ವೈಫಲ್ಯ ನೋಡಿ.

TLS 1.3 0-RTT (ಆರಂಭಿಕ ಡೇಟಾ) ಗೆ ಸಂಬಂಧಿಸಿದೆ: ಸಂಭಾವ್ಯ ಮರುಪ್ಲೇ ಆದ ವಿನಂತಿಯನ್ನು ಪ್ರಕ್ರಿಯೆಗೊಳಿಸಲು ಸರ್ವರ್ ಅಪಾಯ ತೆಗೆದುಕೊಳ್ಳುವುದಿಲ್ಲ. ಹ್ಯಾಂಡ್‌ಶೇಕ್ ಪೂರ್ಣಗೊಂಡ ನಂತರ ಕ್ಲೈಂಟ್ ಮತ್ತೆ ಪ್ರಯತ್ನಿಸಬೇಕು.

ಪ್ರಸ್ತುತ ಪ್ರೋಟೋಕಾಲ್‌ನಲ್ಲಿ ವಿನಂತಿ ಪೂರೈಸಲು ಸರ್ವರ್ ನಿರಾಕರಿಸುತ್ತದೆ ಆದರೆ ಅಪ್‌ಗ್ರೇಡ್ ನಂತರ ಪೂರೈಸುತ್ತದೆ — ಪ್ರತಿಕ್ರಿಯೆಯಲ್ಲಿ ಅಗತ್ಯ ಪ್ರೋಟೋಕಾಲ್ ಹೆಸರಿಸುವ Upgrade ಹೆಡರ್ ಇರುತ್ತದೆ.

ಕಳೆದುಹೋದ-ಅಪ್‌ಡೇಟ್ ಸಂಘರ್ಷಗಳನ್ನು ತಡೆಯಲು ಸರ್ವರ್ ಷರತ್ತುಬದ್ಧ ಹೆಡರ್‌ಗಳನ್ನು (If-Match ನಂತಹ) ಬಯಸುತ್ತದೆ. ಸಂಪನ್ಮೂಲ ಪಡೆಯಿರಿ, ಅದರ ETag ಸಂಗ್ರಹಿಸಿ, ಮತ್ತು If-Match ನೊಂದಿಗೆ ಮತ್ತೆ ಕಳುಹಿಸಿ.

ನಿಧಾನಗೊಳಿಸಿ. ಪ್ರತಿಕ್ರಿಯೆಯಲ್ಲಿ ಎಷ್ಟು ಸಮಯದ ನಂತರ ಮತ್ತೆ ಪ್ರಯತ್ನಿಸಬೇಕೆಂದು ಸೂಚಿಸುವ Retry-After ಹೆಡರ್ ಇರಬೇಕು. ವಿನಂತಿ ಕೋಟಾ ಇರುವ APIಗಳಲ್ಲಿ ಸಾಮಾನ್ಯ.

ಒಂದೇ ಹೆಡರ್ ಅಥವಾ ಒಟ್ಟು ಹೆಡರ್ ಗಾತ್ರ ಮಿತಿಯನ್ನು ಮೀರಿದೆ — ಹೆಚ್ಚಾಗಿ ಅತಿ ದೊಡ್ಡ ಕುಕಿಗಳಿಂದ ಉಂಟಾಗುತ್ತದೆ. ಕುಕಿಗಳನ್ನು ತೆರವುಗೊಳಿಸಿ ಅಥವಾ ನಿಮ್ಮ ಆ್ಯಪ್ ಅವುಗಳಲ್ಲಿ ಸಂಗ್ರಹಿಸುವುದನ್ನು ಕಡಿಮೆ ಮಾಡಿ.

ಸಂಪನ್ಮೂಲವನ್ನು ಕಾನೂನು ಕಾರಣಗಳಿಂದ ನಿರ್ಬಂಧಿಸಲಾಗಿದೆ — ಸೆನ್ಸಾರ್‌ಶಿಪ್, ನ್ಯಾಯಾಲಯದ ಆದೇಶಗಳು, ಅಥವಾ ಪ್ರಾದೇಶಿಕ ನಿಯಮಗಳು. ಈ ಸಂಖ್ಯೆ 'Fahrenheit 451' ಕಾದಂಬರಿಗೆ ಗೌರವಾರ್ಪಣೆ.

ಸರ್ವರ್-ಬದಿಯ ದೋಷಗಳಿಗೆ ಸಾಮಾನ್ಯ ಕ್ಯಾಚ್-ಆಲ್. ನಿಜವಾದ ಕಾರಣಕ್ಕಾಗಿ ಸರ್ವರ್ ಲಾಗ್‌ಗಳನ್ನು ಪರಿಶೀಲಿಸಿ: ನಿರ್ವಹಿಸದ ಎಕ್ಸೆಪ್ಷನ್, ಡೇಟಾಬೇಸ್ ದೋಷ, ಇತ್ಯಾದಿ.

ಉದಾಹರಣೆಗೆ, ಸರ್ವರ್ HTTP ವಿಧಾನವನ್ನು ಗುರುತಿಸುವುದಿಲ್ಲ. ಪ್ರಾಯೋಗಿಕವಾಗಿ ಅಪರೂಪ — ಹೆಚ್ಚಾಗಿ 405 ಕಾಣಿಸುತ್ತದೆ.

ಮೈಕ್ರೋಸರ್ವಿಸ್ ಆರ್ಕಿಟೆಕ್ಚರ್‌ಗಳಲ್ಲಿ ಸಾಮಾನ್ಯ. ನಿಮ್ಮ ಲೋಡ್ ಬ್ಯಾಲೆನ್ಸರ್ ಅಥವಾ ರಿವರ್ಸ್ ಪ್ರಾಕ್ಸಿಗೆ ಬ್ಯಾಕೆಂಡ್ ಸೇವೆಯಿಂದ ತಪ್ಪಾದ ಪ್ರತಿಕ್ರಿಯೆ ಸಿಕ್ಕಿತು.

ನಿರ್ವಹಣೆಗಾಗಿ ಸ್ಥಗಿತಗೊಂಡಿದೆ ಅಥವಾ ಓವರ್‌ಲೋಡ್ ಆಗಿದೆ. ಪ್ರತಿಕ್ರಿಯೆಯಲ್ಲಿ Retry-After ಹೆಡರ್ ಇರಬೇಕು. ಹೆಚ್ಚಾಗಿ ಡಿಪ್ಲಾಯ್‌ಮೆಂಟ್‌ಗಳ ಸಮಯದಲ್ಲಿ ಹಿಂತಿರುಗಿಸಲಾಗುತ್ತದೆ.

ಬ್ಯಾಕೆಂಡ್ ಸೇವೆ ಸಾಕಷ್ಟು ಬೇಗ ಪ್ರತಿಕ್ರಿಯಿಸಲಿಲ್ಲ. ಅಪ್‌ಸ್ಟ್ರೀಮ್ ಸೇವಾ ಆರೋಗ್ಯ ಮತ್ತು ಸಮಯಮೀರುವಿಕೆ ಕಾನ್ಫಿಗರೇಶನ್‌ಗಳನ್ನು ಪರಿಶೀಲಿಸಿ.

ವಿನಂತಿಯ ಮುಖ್ಯ HTTP ಆವೃತ್ತಿಯನ್ನು ಸರ್ವರ್ ಬೆಂಬಲಿಸುವುದಿಲ್ಲ. ಆಧುನಿಕ ಕ್ಲೈಂಟ್‌ಗಳಲ್ಲಿ ಬಹುತೇಕ ಕಾಣಿಸುವುದಿಲ್ಲ.

ಪಾರದರ್ಶಕ ವಿಷಯ ಸಂಧಾನ ಲೂಪ್‌ನಲ್ಲಿ ಕೊನೆಗೊಂಡಿತು: ಆಯ್ಕೆ ಮಾಡಿದ ವೇರಿಯಂಟ್ ಸ್ವತಃ ಸಂಧಾನ ಮಾಡಲು ಕಾನ್ಫಿಗರ್ ಆಗಿದೆ. ಸರ್ವರ್ ಕಾನ್ಫಿಗರೇಶನ್ ದೋಷವನ್ನು ಸೂಚಿಸುತ್ತದೆ.

ಮೂಲತಃ WebDAV-ನಿರ್ದಿಷ್ಟ ಆದರೆ ಕೆಲವೊಮ್ಮೆ ಸಾಮಾನ್ಯ ಸರ್ವರ್‌ಗಳಿಂದ ಬಳಸಲಾಗುತ್ತದೆ. ಸಂಗ್ರಹಣಾ ಮಿತಿಗಳಿಂದಾಗಿ ಸರ್ವರ್ ವಿನಂತಿಯನ್ನು ಉಳಿಸಲಾಗುವುದಿಲ್ಲ ಎಂದರ್ಥ.

WebDAV: Depth: infinity ವಿನಂತಿ ಪ್ರಕ್ರಿಯೆಗೊಳಿಸುವಾಗ ಲೂಪ್ ಪ್ರವೇಶಿಸಿತು (ಉದಾ. ವೃತ್ತಾಕಾರದ ಬೈಂಡಿಂಗ್‌ಗಳು). ಕಾರ್ಯಾಚರಣೆಯನ್ನು ನಿಲ್ಲಿಸಲಾಯಿತು.

ಬಳಕೆಯಿಂದ ಹೊರಗಿರುವ HTTP Extension Framework ನಿಂದ: ವಿನಂತಿ ಪೂರೈಸುವ ಮೊದಲು ಸರ್ವರ್‌ಗೆ ಹೆಚ್ಚಿನ ಮಾಹಿತಿ ಬೇಕು. ಆಧುನಿಕ ವೆಬ್‌ನಲ್ಲಿ ಪರಿಣಾಮಕಾರಿಯಾಗಿ ಬಳಕೆಯಲ್ಲಿಲ್ಲ.

ಬಾಹ್ಯ ಸೈಟ್‌ಗಳಿಗೆ ಪ್ರವೇಶಿಸುವ ಮೊದಲು ಬಳಕೆದಾರ ನೆಟ್‌ವರ್ಕ್‌ಗೆ ಲಾಗಿನ್ ಆಗಬೇಕೆಂದು ಸೂಚಿಸಲು ಕ್ಯಾಪ್ಟಿವ್ ಪೋರ್ಟಲ್‌ಗಳು (ಹೋಟೆಲ್/ವಿಮಾನ ನಿಲ್ದಾಣ WiFi) ಬಳಸುತ್ತವೆ.