இலவச 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 பதில்களுக்குள் பயன்படுத்தப்படுகிறது.

Delta encoding: முழு வளத்திற்குப் பதிலாக சேவையகம் முந்தைய பதிப்புடன் ஒப்பிட்ட வேறுபாட்டைத் திருப்பி அனுப்புகிறது, இதனால் bandwidth மிச்சமாகிறது. மிகவும் அரிதாகவே செயல்படுத்தப்படுகிறது.

சேவையகம் பல விருப்பங்களை வழங்குகிறது (எ.கா. வெவ்வேறு வடிவங்கள் அல்லது மொழிகள்), கிளையன்ட் ஒன்றைத் தேர்ந்தெடுக்க வேண்டும். தானியங்கி content negotiation பொதுவாக இதைக் கையாளுவதால் அரிதாகவே பயன்படுத்தப்படுகிறது.

நிரந்தர URL மாற்றங்களுக்குப் பயன்படுத்தவும் — தேடுபொறிகள் தங்கள் index-ஐப் புதுப்பிக்கும். SEO authority புதிய URL-க்கு மாற்றப்படும்.

திசைதிருப்பல் நிரந்தரமானது அல்ல என்பதைக் குறிக்கிறது. 301-ஐ விட caching குறைவாக இருக்கும். 'உள்நுழைவு தேவை, /login-க்குத் திசைதிருப்பப்படுகிறது' போன்றவற்றிற்குப் பயன்படுத்தவும்.

POST சமர்ப்பிப்புகளுக்குப் பின் பயன்படுத்தப்படுகிறது — 'உங்கள் POST வேலை செய்தது, முடிவுக்கு இந்த GET URL-ஐப் பார்க்கவும்' என்று பதில் கூறுகிறது. உலாவிகள் எப்போதும் புதிய URL-ஐ GET செய்யும்.

நிபந்தனை கோரிக்கைக்கான பதில் (If-None-Match அல்லது If-Modified-Since headers உடன்). bandwidth மிச்சமாகிறது — body எதுவும் திருப்பி அனுப்பப்படாது.

அசல் POST எனில், திசைதிருப்பலும் POST-ஐப் பயன்படுத்தும். method-ஐப் பாதுகாக்க வேண்டியிருக்கும்போது 302-க்கான நவீன மாற்று.

திசைதிருப்பலுக்குப் பின்னும் POST கோரிக்கைகள் POST-ஆகவே இருக்க வேண்டும் எனில், 301-க்கான நவீன மாற்று.

பொதுவான காரணங்கள்: body-இல் தவறான JSON, தவறான query அளவுருக்கள், அல்லது தேவையான புலங்கள் இல்லாதது. கோரிக்கை body மற்றும் headers-ஐச் சரிபார்க்கவும்.

கிளையன்ட் அங்கீகார சான்றுகளை (Authorization header, cookie, token) சேர்க்க வேண்டும். 'Unauthorized' என்பது தவறான பெயர் — உண்மையில் 'unauthenticated' என்று பொருள்.

முதலில் டிஜிட்டல் கட்டணங்களுக்காக நோக்கப்பட்டது. நவீன பயன்பாடு: ஒரு பயனர் தங்கள் paid quota-வைத் தாண்டிவிட்டால் APIகள் சில நேரங்களில் 402-ஐ திருப்பி அனுப்பும்.

401-இலிருந்து வேறுபட்டது — பயனர் உள்நுழைந்திருக்கிறார், ஆனால் அவரது கணக்கிற்கு இந்த வளத்திற்கான அனுமதி இல்லை. role/permissions தர்க்கத்தைச் சரிபார்க்கவும்.

URL தவறு, வளம் நீக்கப்பட்டது, அல்லது அது ஒருபோதும் இருந்ததில்லை. 403 சரியானதாக இருக்கும் என்பதை மறைக்க சேவையகங்கள் சில நேரங்களில் 404-ஐ திருப்பி அனுப்பும்.

எடுத்துக்காட்டாக, POST-ஐ மட்டுமே ஏற்கும் endpoint-க்கு GET கோரிக்கை. பதிலில் செல்லுபடியாகும் முறைகளைப் பட்டியலிடும் Allow header இருக்க வேண்டும்.

கிளையன்ட் (Accept, Accept-Language, Accept-Encoding மூலம்) சேவையகத்தால் பூர்த்தி செய்ய முடியாத content type, மொழி அல்லது encoding-ஐக் கேட்டது. பல சேவையகங்கள் கடுமையான negotiation-ஐத் தவிர்த்து default-ஐத் திருப்பி அனுப்பும்.

401 போலவே, ஆனால் proxy மூலம் வழங்கப்படுகிறது: கிளையன்ட் Proxy-Authorization சான்றுகளை அனுப்ப வேண்டும். அங்கீகரிக்கும் proxies கொண்ட corporate networks-இல் காணப்படுகிறது.

கிளையன்ட் கோரிக்கை body-ஐ அனுப்ப அதிக நேரம் எடுத்தது அல்லது இணைப்பை idle-ஆக வைத்திருந்தது. கோரிக்கையை மீண்டும் முயற்சிக்கவும்.

பொதுவாக concurrent edit முரண்பாடுகளுக்கு அல்லது நகல் வளம் உருவாக்கத்திற்கு (எ.கா., ஏற்கனவே உள்ள மின்னஞ்சலுடன் பயனரை உருவாக்குதல்) திருப்பி அனுப்பப்படுகிறது.

404-ஐ விட வலிமையானது — வளம் முன்பு இருந்தது ஆனால் நிரந்தரமாக அகற்றப்பட்டது என்பது சேவையகத்திற்குத் தெளிவாகத் தெரியும். தேடுபொறிகள் அதை deindex செய்யும்.

Content-Length header இல்லாததால் கோரிக்கை நிராகரிக்கப்பட்டது, சேவையகம் தெரியாத அளவிலான bodies-ஐ ஏற்காது. header-ஐச் சேர்த்து மீண்டும் முயற்சிக்கவும்.

If-Match அல்லது If-Unmodified-Since போன்ற நிபந்தனை headers தோல்வியடையும் போது திருப்பி அனுப்பப்படுகிறது — பொதுவாக optimistic locking: உங்கள் பதிப்பிற்குப் பிறகு வேறு யாரோ வளத்தை மாற்றியுள்ளனர். மீண்டும் பெற்று முயற்சிக்கவும்.

பெரிய கோப்புகளை பதிவேற்றும்போது பொதுவாக ஏற்படும். சேவையக அமைவு (nginx, apache) அதிகபட்ச body அளவை நிர்ணயிக்கிறது. சேவையக அமைவுகளைச் சரிபார்க்கவும்.

பொதுவாக மிக நீண்ட query strings-ஆல் ஏற்படுகிறது (எ.கா. GET-இல் தரவை encode செய்தல்). POST body-க்கு மாறவும், அல்லது நீங்கள் கட்டுப்படுத்தினால் சேவையக வரம்பை உயர்த்தவும்.

எடுத்துக்காட்டாக, application/json-ஐ மட்டுமே ஏற்கும் சேவையகத்திற்கு application/xml அனுப்புதல். Content-Type header-ஐச் சரியாக அமைக்கவும்.

Range header கோப்பில் இல்லாத ஒரு பகுதியைக் கேட்கிறது — எ.கா. கோப்பின் முடிவைத் தாண்டி பதிவிறக்கத்தை மீண்டும் தொடங்குதல். பதிலில் உண்மையான அளவுடன் Content-Range இருக்க வேண்டும்.

சேவையகம் Expect: 100-continue-ஐ ஆதரிக்காதபோது அனுப்பப்படுகிறது. சில கிளையன்ட்கள் பெரிய POSTகளில் இந்த header-ஐ இயல்பாக அனுப்பும்; அதை முடக்குவது பொதுவாக பிழையைத் தீர்க்கும்.

1998-இல் ஒரு ஏப்ரல் ஃபூல் ஜோக் (RFC 2324). சில உண்மையான APIகள் இதை நகைச்சுவைக்காக அல்லது deprecated endpoints-ஐக் குறிக்கப் பயன்படுத்துகின்றன. production-க்குப் பயன்படுத்த வேண்டாம்.

HTTP/2 connection reuse-இல் பொதுவானது: கோரிக்கை இலக்கு hostname-க்கு உள்ளமைக்கப்படாத சேவையகத்தை அடைந்தது. கிளையன்ட் புதிய இணைப்பில் மீண்டும் முயற்சிக்க வேண்டும்.

எடுத்துக்காட்டாக, JSON சரியாக parse ஆனது ஆனால் தேவையான புலம் விடுபட்டது, அல்லது ஒரு புல மதிப்பு வரம்பிற்கு வெளியே இருந்தது. REST API validation பதில்களில் பொதுவானது.

WebDAV: மூல அல்லது இலக்கு வளம் வேறொரு கிளையன்டால் பூட்டப்பட்டுள்ளது, எனவே செயல்பாடு தொடர முடியாது. பூட்டு விடுவிக்கப்படும் வரை காத்திருக்கவும் அல்லது சரியான token-உடன் அதை உடைக்கவும்.

WebDAV: சார்புடைய செயல்பாடுகளின் சங்கிலியில், முந்தைய செயல் தோல்வியடைந்தது, எனவே இது செய்யப்படவில்லை. மூல காரணத்திற்கு முந்தைய தோல்வியைப் பார்க்கவும்.

TLS 1.3 0-RTT (early data)-உடன் தொடர்புடையது: மீண்டும் இயக்கப்பட்ட கோரிக்கையை செயலாக்கும் அபாயத்தை சேவையகம் எடுக்காது. handshake முடிந்தபின் கிளையன்ட் மீண்டும் முயற்சிக்க வேண்டும்.

தற்போதைய protocol-இல் கோரிக்கைக்கு சேவை செய்ய சேவையகம் மறுக்கிறது, ஆனால் மேம்படுத்தலுக்குப் பிறகு செய்யும் — பதிலில் தேவையான protocol-ஐக் குறிக்கும் Upgrade header இருக்கும்.

lost-update முரண்பாடுகளைத் தடுக்க சேவையகம் நிபந்தனை headers-ஐ (If-Match போன்றவை) கோருகிறது. வளத்தைப் பெற்று, அதன் ETag-ஐப் பிடித்து, If-Match-உடன் மீண்டும் அனுப்பவும்.

வேகத்தைக் குறைக்கவும். மீண்டும் எப்போது முயற்சிக்க வேண்டும் என்பதைக் குறிக்கும் Retry-After header பதிலில் இருக்க வேண்டும். request quotas கொண்ட APIகளில் பொதுவானது.

ஒரு header அல்லது மொத்த header அளவு வரம்பை மீறுகிறது — பெரும்பாலும் அளவிற்கதிக cookies காரணமாக ஏற்படுகிறது. cookies-ஐ அழிக்கவும் அல்லது உங்கள் ஆப் அவற்றில் சேமிப்பதைக் குறைக்கவும்.

வளம் சட்டரீதியான காரணங்களுக்காக — தணிக்கை, நீதிமன்ற உத்தரவுகள் அல்லது பிராந்திய விதிமுறைகள் — தடுக்கப்பட்டுள்ளது. இந்த எண் Fahrenheit 451 நாவலுக்கு ஒரு குறிப்பு.

சேவையக-தரப்பு பிழைகளுக்கான பொதுவான catch-all. உண்மையான காரணத்திற்கு சேவையக logs-ஐச் சரிபார்க்கவும்: கையாளப்படாத விதிவிலக்கு, database பிழை, முதலியன.

எடுத்துக்காட்டாக, சேவையகம் HTTP முறையை அடையாளம் காணவில்லை. நடைமுறையில் அரிது — பெரும்பாலும் 405-ஐக் காண்பீர்கள்.

microservice கட்டமைப்புகளில் பொதுவானது. உங்கள் load balancer அல்லது reverse proxy backend சேவையிலிருந்து தவறான வடிவமைப்பு கொண்ட பதிலைப் பெற்றது.

பராமரிப்புக்காக செயலிழக்க வைக்கப்பட்டது அல்லது ஓவர்லோட் ஆனது. பதிலில் Retry-After header இருக்க வேண்டும். deployments-இன் போது அடிக்கடி திருப்பி அனுப்பப்படுகிறது.

backend சேவை போதுமான வேகத்தில் பதிலளிக்கவில்லை. upstream சேவை நிலை மற்றும் timeout அமைவுகளைச் சரிபார்க்கவும்.

கோரிக்கையின் முக்கிய HTTP பதிப்பை சேவையகம் ஆதரிக்கவில்லை. நவீன கிளையன்ட்களுடன் கிட்டத்தட்ட ஒருபோதும் காணப்படாது.

Transparent content negotiation ஒரு சுழற்சியில் முடிந்தது: தேர்ந்தெடுக்கப்பட்ட variant தானும் negotiate செய்ய அமைக்கப்பட்டுள்ளது. சேவையக அமைவு பிழையைக் குறிக்கிறது.

தோற்றத்தில் WebDAV-க்கு உரியது ஆனால் சில நேரங்களில் பொது சேவையகங்களால் பயன்படுத்தப்படுகிறது. சேமிப்பக கட்டுப்பாடுகள் காரணமாக கோரிக்கையை சேவையகத்தால் சேமிக்க முடியவில்லை என்று பொருள்.

WebDAV: Depth: infinity கோரிக்கையை செயலாக்குவது ஒரு சுழற்சிக்குள் சென்றது (எ.கா. வட்டமான bindings). செயல்பாடு நிறுத்தப்பட்டது.

காலாவதியான HTTP Extension Framework-இலிருந்து: கோரிக்கையை நிறைவேற்றுவதற்கு முன் சேவையகத்திற்கு மேலும் தகவல் தேவை. நவீன வலையில் பயனுள்ள முறையில் பயன்படுத்தப்படவில்லை.

வெளிப்புற தளங்களை அணுகுவதற்கு முன் பயனர் பிணையத்தில் உள்நுழைய வேண்டும் என்பதைக் குறிக்க captive portals (ஹோட்டல்/விமான நிலைய WiFi) பயன்படுத்துகின்றன.