| HTTP நிலைக் குறியீடு | நிலை குறியீடு பொருள் |
|---|
| 100 | வாடிக்கையாளர் தொடர்ந்து கோரிக்கைகளை அனுப்ப வேண்டும். கிளையண்டின் கோரிக்கையின் ஒரு பகுதி சேவையகத்தால் பெறப்பட்டது மற்றும் இன்னும் நிராகரிக்கப்படவில்லை என்பதைத் தெரிவிக்க இந்த தற்காலிக பதில் பயன்படுத்தப்படுகிறது. வாடிக்கையாளர் மீதமுள்ள கோரிக்கையை அனுப்புவதைத் தொடர வேண்டும் அல்லது கோரிக்கை ஏற்கனவே முடிந்திருந்தால் இந்தப் பதிலைப் புறக்கணிக்க வேண்டும். கோரிக்கை முடிந்ததும் கிளையண்டிற்கு சர்வர் இறுதி பதிலை அனுப்ப வேண்டும். |
| 101 | சேவையகம் கிளையண்டின் கோரிக்கையைப் புரிந்துகொண்டது மற்றும் கோரிக்கையை முடிக்க வேறு நெறிமுறையைப் பயன்படுத்துமாறு மேம்படுத்தல் செய்தி தலைப்பு மூலம் கிளையண்டிற்கு தெரிவிக்கும். இந்த பதிலின் கடைசி வெற்று வரியை அனுப்பிய பிறகு, மேம்படுத்தல் தலைப்பில் வரையறுக்கப்பட்ட நெறிமுறைகளுக்கு சேவையகம் மாறும். புதிய நெறிமுறைக்கு மாறுவது மிகவும் பயனுள்ளதாக இருக்கும்போது மட்டுமே இத்தகைய நடவடிக்கைகள் எடுக்கப்பட வேண்டும். எடுத்துக்காட்டாக, புதிய HTTP பதிப்பிற்கு மாறுவது பழைய பதிப்பைக் காட்டிலும் நன்மைகளைக் கொண்டுள்ளது அல்லது அத்தகைய அம்சங்களைப் பயன்படுத்தி வளங்களை வழங்குவதற்கான நிகழ்நேர மற்றும் ஒத்திசைவான நெறிமுறைக்கு மாறுகிறது. |
| 102 | செயலாக்கம் தொடரும் என்பதைக் குறிக்கும் நிலைக் குறியீடு WebDAV (RFC 2518) ஆல் நீட்டிக்கப்பட்டுள்ளது. |
| 200 | கோரிக்கை வெற்றிகரமாக இருந்தது மற்றும் கோரிக்கையால் எதிர்பார்க்கப்படும் பதில் தலைப்புகள் அல்லது தரவு அமைப்பு இந்தப் பதிலுடன் வழங்கப்படும். |
| 201 | கோரிக்கை நிறைவேற்றப்பட்டது, கோரிக்கையின் தேவைகளின் அடிப்படையில் ஒரு புதிய ஆதாரம் உருவாக்கப்பட்டது, மேலும் அதன் URI இருப்பிடத் தலைப்புடன் திருப்பி அனுப்பப்பட்டது. தேவையான ஆதாரங்களை சரியான நேரத்தில் உருவாக்க முடியாவிட்டால், '202 ஏற்றுக்கொள்ளப்பட்டது' என்பதைத் திருப்பித் தர வேண்டும். |
| 202 | சேவையகம் கோரிக்கையை ஏற்றுக்கொண்டது ஆனால் இன்னும் அதைச் செயல்படுத்தவில்லை. அது நிராகரிக்கப்படுவதைப் போலவே, கோரிக்கையும் இறுதியில் நிறைவேற்றப்படலாம் அல்லது நிறைவேற்றப்படாமல் போகலாம். ஒத்திசைவற்ற செயல்பாடுகளின் விஷயத்தில், இந்த நிலைக் குறியீட்டை அனுப்புவதை விட வசதியான வழி எதுவுமில்லை. 202 நிலைக் குறியீடு பதிலைத் திருப்பியளிப்பதன் நோக்கம், கிளையண்ட்டை பேட்ச் செயல்பாடு வரை சேவையகத்துடன் இணைக்காமல், பிற செயல்முறைகளிலிருந்து (ஒரு நாளைக்கு ஒரு முறை மட்டுமே செய்யப்படும் தொகுதி அடிப்படையிலான செயல்பாடு போன்றவை) கோரிக்கைகளை சேவையகத்தை ஏற்க அனுமதிப்பதாகும். முடிந்தது. கோரிக்கை செயலாக்கத்தை ஏற்றுக்கொண்டு, 202 நிலைக் குறியீட்டை வழங்கும் பதிலில், செயலாக்கத்தின் தற்போதைய நிலையைக் குறிக்கும் சில தகவல்களும், செயலாக்க நிலை மானிட்டர் அல்லது நிலைக் கணிப்புக்கான சுட்டியும் இருக்க வேண்டும், இதன் மூலம் பயனர் செயல்பாட்டை மதிப்பிட முடியும் நிறைவு செய்யப்பட்டது. |
| 203 | சேவையகம் கோரிக்கையை வெற்றிகரமாகச் செயல்படுத்தியது, ஆனால் திரும்பிய நிறுவனத் தலைப்பு மெட்டெய்ன்ஃபர்மேஷன் என்பது அசல் சர்வரில் செல்லுபடியாகும் திட்டவட்டமான தொகுப்பு அல்ல, ஆனால் உள்ளூர் அல்லது மூன்றாம் தரப்பினரின் நகல். தற்போதைய தகவல், அசல் பதிப்பின் துணைக்குழு அல்லது சூப்பர்செட்டாக இருக்கலாம். எடுத்துக்காட்டாக, ஒரு ஆதாரத்திற்கான மெட்டாடேட்டாவைக் கொண்டிருப்பது, மெட்டாடேட்டாவைப் பற்றிய சூப்பர் தகவலை அசல் சேவையகத்திற்குத் தெரியப்படுத்தலாம். இந்த நிலைக் குறியீட்டைப் பயன்படுத்துவது அவசியமில்லை, மேலும் இந்த நிலைக் குறியீடு இல்லாமல் பதில் 200 சரி என்று வந்திருந்தால் மட்டுமே பொருத்தமானது. |
| 204 | சேவையகம் கோரிக்கையை வெற்றிகரமாகச் செயல்படுத்தியது, ஆனால் எந்த உட்பொருளின் உள்ளடக்கத்தையும் திருப்பித் தர வேண்டிய அவசியமில்லை மேலும் புதுப்பிக்கப்பட்ட மெட்டா தகவலை வழங்க விரும்புகிறது. பதிலானது புதிய அல்லது புதுப்பிக்கப்பட்ட மெட்டெய்ன்ஃபர்மேஷனை நிறுவன தலைப்புகளின் வடிவத்தில் வழங்கலாம். இந்த தலைப்புகள் இருந்தால், கோரப்பட்ட மாறிகளுக்கு ஒத்திருக்க வேண்டும். கிளையன்ட் ஒரு உலாவியாக இருந்தால், பார்வையில் உள்ள விவரக்குறிப்பு ஆவணங்களின்படி பயனரின் உலாவிச் செயல்பாட்டிற்குப் புதிய அல்லது புதுப்பிக்கப்பட்ட metainformation பயன்படுத்தப்பட்டாலும், ஆவணக் காட்சியில் எந்த மாற்றமும் இல்லாமல் கோரிக்கை செய்யப்பட்ட பக்கத்தை பயனரின் உலாவி வைத்திருக்க வேண்டும். 204 பதில் எந்த செய்தி உள்ளடக்கத்தையும் கொண்டிருக்க தடைசெய்யப்பட்டதால், அது எப்போதும் செய்தி தலைப்புக்குப் பிறகு முதல் வெற்று வரியுடன் முடிவடையும். |
| 205 | சேவையகம் கோரிக்கையை வெற்றிகரமாகச் செயல்படுத்தியது மற்றும் எதையும் திருப்பித் தரவில்லை. ஆனால் 204 பதிலைப் போலன்றி, இந்த நிலைக் குறியீட்டை வழங்கும் பதிலுக்கு, கோரிக்கையாளர் ஆவணக் காட்சியை மீட்டமைக்க வேண்டும். பயனர் உள்ளீட்டை ஏற்றுக்கொண்ட உடனேயே படிவத்தை மீட்டமைக்க இந்த பதில் முக்கியமாகப் பயன்படுத்தப்படுகிறது, இதனால் பயனர் எளிதாக மற்றொரு உள்ளீட்டைத் தொடங்க முடியும். 204 பதிலைப் போலவே, இந்த பதில் எந்த செய்தி உள்ளடக்கத்தையும் கொண்டிருப்பது தடைசெய்யப்பட்டுள்ளது மற்றும் செய்தி தலைப்புக்குப் பிறகு முதல் வெற்று வரியுடன் முடிவடைகிறது. |
| 206 | GET கோரிக்கையின் ஒரு பகுதியை சேவையகம் வெற்றிகரமாகச் செயல்படுத்தியுள்ளது. FlashGet அல்லது Thunder போன்ற HTTP பதிவிறக்கக் கருவிகள், குறுக்கிடப்பட்ட பதிவிறக்கங்களை மீண்டும் தொடங்க அல்லது ஒரே நேரத்தில் பதிவிறக்குவதற்கு ஒரு பெரிய ஆவணத்தை பல பதிவிறக்கப் பிரிவுகளாக உடைக்க இந்த வகையான பதிலைப் பயன்படுத்துகின்றன. க்ளையன்ட் எதிர்பார்க்கும் உள்ளடக்கத்தின் வரம்பைக் குறிக்க கோரிக்கை வரம்புத் தலைப்பைக் கொண்டிருக்க வேண்டும், மேலும் கோரிக்கை நிபந்தனையாக If-Rangeஐயும் சேர்க்கலாம். பதிலில் பின்வரும் தலைப்புப் புலங்கள் இருக்க வேண்டும்: இந்த பதிலில் திரும்பிய உள்ளடக்க வரம்பைக் குறிக்க Content-Range பயன்படுத்தப்படுகிறது; இது உள்ளடக்க வகை மல்டிபார்ட்/பைட்டரேஞ்ச்களுடன் பல பகுதி பதிவிறக்கமாக இருந்தால், ஒவ்வொரு மல்டிபார்ட் பகுதியிலும் உள்ளடக்க வரம்பு இருக்க வேண்டும் இந்தப் பத்தியின் உள்ளடக்க நோக்கத்தைக் குறிக்க டொமைன் பயன்படுத்தப்படுகிறது. பதிலில் உள்ளடக்க நீளம் சேர்க்கப்பட்டால், அதன் மதிப்பு அது வழங்கும் உள்ளடக்க வரம்பில் உள்ள பைட்டுகளின் உண்மையான எண்ணிக்கையுடன் பொருந்த வேண்டும். தேதி ETag மற்றும்/அல்லது உள்ளடக்க-இருப்பிடம், அதே கோரிக்கையானது 200 பதிலைப் பெற்றிருக்க வேண்டும். காலாவதியாகிறது, Cache-Control, மற்றும்/அல்லது மாறுபடும், அதன் மதிப்பு அதே மாறிக்கு முந்தைய பிற பதில்களுடன் தொடர்புடைய மதிப்பிலிருந்து வேறுபட்டிருக்கலாம். இந்தப் பதில் கோரிக்கையானது If-Range வலுவான கேச் சரிபார்ப்பைப் பயன்படுத்தினால், இந்தப் பதிலில் பிற உட்பொருள் தலைப்புகள் இருக்கக்கூடாது; இந்த மறுமொழி கோரிக்கை If-Range பலவீனமான கேச் சரிபார்ப்பைப் பயன்படுத்தினால், இந்த பதில் மற்ற உட்பொருள் தலைப்புகளைக் கொண்டிருப்பதைத் தடுக்கிறது; இது இடையே உள்ள முரண்பாடுகளைத் தவிர்க்கிறது. தற்காலிகமாக சேமிக்கப்பட்ட பொருளின் உள்ளடக்கம் மற்றும் புதுப்பிக்கப்பட்ட நிறுவன தலைப்பு தகவல். இல்லையெனில், இந்த பதிலில் 200 பதிலில் வழங்கப்பட வேண்டிய அனைத்து நிறுவன தலைப்பு புலங்களும் இருக்க வேண்டும். ETag அல்லது கடைசியாக மாற்றியமைக்கப்பட்ட தலைப்புகள் சரியாகப் பொருந்தவில்லை என்றால், கிளையன்ட் கேச் 206 பதிலின் மூலம் திரும்பிய உள்ளடக்கத்தை முன்பு தற்காலிகமாகச் சேமித்த உள்ளடக்கத்துடன் இணைக்கக்கூடாது. வரம்பு மற்றும் உள்ளடக்க-வரம்பு தலைப்புகளை ஆதரிக்காத எந்த தற்காலிக சேமிப்பையும் 206 மறுமொழி மூலம் திரும்பப்பெறும் உள்ளடக்கத்தை தேக்ககப்படுத்துவது தடைசெய்யப்பட்டுள்ளது. |
| 207 | WebDAV (RFC 2518) ஆல் நீட்டிக்கப்பட்ட நிலைக் குறியீடு என்பது, அடுத்தடுத்த செய்தி அமைப்பு ஒரு XML செய்தியாக இருக்கும் மற்றும் முந்தைய துணைக் கோரிக்கைகளின் எண்ணிக்கையைப் பொறுத்து தொடர்ச்சியான சுயாதீன மறுமொழி குறியீடுகளைக் கொண்டிருக்கலாம். |
| 300 | கோரப்பட்ட ஆதாரமானது விருப்பப் பதில்களின் வரிசையைக் கொண்டுள்ளது, ஒவ்வொன்றும் அதன் சொந்த குறிப்பிட்ட முகவரி மற்றும் உலாவி இயக்கி பேச்சுவார்த்தைத் தகவலைக் கொண்டுள்ளது. பயனர் அல்லது உலாவி திசைதிருப்பலுக்கு விருப்பமான முகவரியைத் தேர்வு செய்யலாம். இது ஒரு HEAD கோரிக்கையாக இல்லாவிட்டால், பதிலில் ஆதாரப் பண்புக்கூறுகள் மற்றும் முகவரிகளின் பட்டியலுடன் ஒரு உட்பொருளை உள்ளடக்கியிருக்க வேண்டும், அதில் இருந்து பயனர் அல்லது உலாவி மிகவும் பொருத்தமான வழிமாற்று முகவரியைத் தேர்ந்தெடுக்கலாம். இந்த உட்பொருளின் வடிவம் உள்ளடக்க வகையால் வரையறுக்கப்பட்ட வடிவமைப்பால் தீர்மானிக்கப்படுகிறது. பதிலின் வடிவம் மற்றும் உலாவியின் சொந்த திறன்களின் அடிப்படையில் உலாவி தானாகவே மிகவும் பொருத்தமான தேர்வை மேற்கொள்ளலாம். நிச்சயமாக, RFC 2616 விவரக்குறிப்பு அத்தகைய தானியங்கி தேர்வு எவ்வாறு செய்யப்பட வேண்டும் என்பதைக் குறிப்பிடவில்லை. சேவையகத்திற்கு ஏற்கனவே விருப்பமான கருத்து தெரிவு இருந்தால், இந்த பின்னூட்டத்தின் URI இருப்பிடத்தில் குறிப்பிடப்பட வேண்டும்; உலாவி இந்த இருப்பிட மதிப்பை தானியங்கு திசைதிருப்பலுக்கான முகவரியாகப் பயன்படுத்தலாம். கூடுதலாக, இந்த பதிலை வேறுவிதமாக குறிப்பிடாத வரை தற்காலிகமாக சேமிக்க முடியும். |
| 301 | கோரப்பட்ட ஆதாரம் நிரந்தரமாக ஒரு புதிய இடத்திற்கு நகர்த்தப்பட்டது, மேலும் இந்த ஆதாரத்திற்கான எதிர்கால குறிப்புகள் இந்த பதிலுடன் திரும்பிய பல URIகளில் ஒன்றைப் பயன்படுத்த வேண்டும். முடிந்தால், இணைப்பு எடிட்டிங் திறன் கொண்ட கிளையன்ட்கள் தானாக கோரப்பட்ட முகவரியை சர்வரில் இருந்து திரும்பிய முகவரிக்கு மாற்ற வேண்டும். வேறுவிதமாகக் குறிப்பிடப்படாவிட்டால், இந்த மறுமொழியும் தற்காலிகமாக சேமிக்கப்படும். பதிலின் இருப்பிடப் புலத்தில் புதிய நிரந்தர URI திரும்பப் பெறப்பட வேண்டும். இது HEAD கோரிக்கையாக இல்லாவிட்டால், மறுமொழி நிறுவனம் புதிய URIக்கான ஹைப்பர்லிங்க் மற்றும் சுருக்கமான விளக்கத்தைக் கொண்டிருக்க வேண்டும். இது GET அல்லது HEAD கோரிக்கையாக இல்லாவிட்டால், பயனரால் உறுதிசெய்யப்படாவிட்டால், உலாவி தானாகவே திசைதிருப்புதலைத் தடைசெய்கிறது, ஏனெனில் கோரிக்கையின் நிபந்தனைகள் அதற்கேற்ப மாறக்கூடும். குறிப்பு: HTTP/1.0 நெறிமுறையைப் பயன்படுத்தும் சில உலாவிகளுக்கு, அவர்கள் அனுப்பும் POST கோரிக்கைக்கு 301 பதில் கிடைக்கும்போது, அடுத்த வழிமாற்றுக் கோரிக்கை GET முறையாக மாறும். |
| 302 | கோரப்பட்ட ஆதாரம் இப்போது வேறு URI இலிருந்து வரும் கோரிக்கைகளுக்கு தற்காலிகமாக பதிலளிக்கிறது. இத்தகைய வழிமாற்றுகள் தற்காலிகமானவை என்பதால், வாடிக்கையாளர் எதிர்கால கோரிக்கைகளை அசல் முகவரிக்கு தொடர்ந்து அனுப்ப வேண்டும். Cache-Control இல் குறிப்பிடப்பட்டால் அல்லது காலாவதியானால் மட்டுமே இந்த பதில் தற்காலிகமாக சேமிக்கப்படும். பதிலின் இருப்பிடப் புலத்தில் புதிய தற்காலிக URI திரும்பப் பெறப்பட வேண்டும். இது HEAD கோரிக்கையாக இல்லாவிட்டால், மறுமொழி நிறுவனம் புதிய URIக்கான ஹைப்பர்லிங்க் மற்றும் சுருக்கமான விளக்கத்தைக் கொண்டிருக்க வேண்டும். இது GET அல்லது HEAD கோரிக்கையாக இல்லாவிட்டால், பயனரால் உறுதிசெய்யப்படாவிட்டால், உலாவி தானாகவே திசைதிருப்புதலைத் தடைசெய்கிறது, ஏனெனில் கோரிக்கையின் நிபந்தனைகள் அதற்கேற்ப மாறக்கூடும். குறிப்பு: RFC 1945 மற்றும் RFC 2068 விவரக்குறிப்புகள் கிளையண்ட்டை வழிமாற்றும் போது கோரிக்கை முறையை மாற்ற அனுமதிக்கவில்லை என்றாலும், ஏற்கனவே உள்ள பல உலாவிகள் 302 மறுமொழியை 303 மறுமொழியாகக் கருதுகின்றன, மேலும் GET முறையைப் பயன்படுத்தி இருப்பிடத்தில் குறிப்பிடப்பட்டுள்ள URI ஐ அணுகலாம். அசல் கோரிக்கையின் முறை. கிளையண்டிடம் இருந்து சர்வர் எதிர்பார்க்கும் பதிலைத் தெளிவுபடுத்த, நிலைக் குறியீடுகள் 303 மற்றும் 307 சேர்க்கப்பட்டது. |
| 303 | தற்போதைய கோரிக்கைக்கான பதிலை மற்றொரு URI இல் காணலாம், மேலும் அந்த ஆதாரத்தை அணுக வாடிக்கையாளர் GET ஐப் பயன்படுத்த வேண்டும். இந்த முறை முதன்மையாக ஸ்கிரிப்ட்-ஆக்டிவேட் செய்யப்பட்ட POST கோரிக்கை வெளியீட்டை ஒரு புதிய ஆதாரத்திற்கு திருப்பி விட அனுமதிக்கிறது. இந்த புதிய URI அசல் ஆதாரத்திற்கு மாற்றுக் குறிப்பு அல்ல. அதே நேரத்தில், 303 பதில்கள் தற்காலிக சேமிப்பில் இருந்து தடைசெய்யப்பட்டுள்ளன. நிச்சயமாக, இரண்டாவது கோரிக்கை (வழிமாற்று) தற்காலிகமாக சேமிக்கப்படலாம். பதிலின் இருப்பிடப் புலத்தில் புதிய URI திரும்பப் பெறப்பட வேண்டும். இது HEAD கோரிக்கையாக இல்லாவிட்டால், மறுமொழி நிறுவனம் புதிய URIக்கான ஹைப்பர்லிங்க் மற்றும் சுருக்கமான விளக்கத்தைக் கொண்டிருக்க வேண்டும். குறிப்பு: HTTP/1.1க்கு முந்தைய பல உலாவிகள் 303 நிலையை சரியாகப் புரிந்து கொள்ளவில்லை. இந்த உலாவிகளுடனான தொடர்புகளை நீங்கள் கருத்தில் கொள்ள வேண்டும் என்றால், 302 நிலைக் குறியீடு போதுமானதாக இருக்க வேண்டும், ஏனெனில் பெரும்பாலான உலாவிகள் 302 பதில்களை மேற்கூறிய விவரக்குறிப்பின்படி வாடிக்கையாளர்கள் 303 பதில்களைக் கையாள வேண்டும். |
| 304 | கிளையன்ட் நிபந்தனைக்குட்பட்ட GET கோரிக்கையை அனுப்பினால், கோரிக்கை அனுமதிக்கப்படுகிறது, ஆனால் ஆவணத்தின் உள்ளடக்கம் மாறவில்லை (கடைசி அணுகல் அல்லது கோரிக்கையின் நிபந்தனைகளின்படி), சேவையகம் இந்த நிலைக் குறியீட்டை வழங்க வேண்டும். ஒரு 304 மறுமொழியானது ஒரு செய்தி உள்ளடக்கத்தைச் சேர்ப்பது தடைசெய்யப்பட்டுள்ளது, எனவே அது எப்போதும் செய்தித் தலைப்புக்குப் பிறகு முதல் வெற்று வரியுடன் முடிவடையும். பதிலில் பின்வரும் தலைப்புத் தகவல்கள் இருக்க வேண்டும்: தேதி, சர்வரில் கடிகாரம் இல்லையென்றால். கடிகாரங்கள் இல்லாத சேவையகங்களும் இந்த விதிகளுக்கு இணங்கினால், ப்ராக்ஸி சேவையகங்கள் மற்றும் கிளையன்ட்கள் பெறப்பட்ட மறுமொழி தலைப்புகளில் தேதி புலத்தை தாங்களாகவே சேர்க்கலாம் (RFC 2068 இல் குறிப்பிடப்பட்டுள்ளது), மற்றும் கேச்சிங் பொறிமுறையானது சாதாரணமாக வேலை செய்யும். ETag மற்றும்/அல்லது Content-Location, அதே கோரிக்கையானது 200 பதிலைப் பெற்றிருக்க வேண்டும். காலாவதியாகிறது, Cache-Control, மற்றும்/அல்லது மாறுபடும், அதன் மதிப்பு அதே மாறிக்கு முந்தைய பிற பதில்களுடன் தொடர்புடைய மதிப்பிலிருந்து வேறுபட்டிருக்கலாம். இந்த மறுமொழி கோரிக்கையானது வலுவான கேச் சரிபார்ப்பைப் பயன்படுத்தினால், இந்தப் பதிலில் பிற உட்பொருள் தலைப்புகள் இருக்கக்கூடாது; இல்லையெனில் (உதாரணமாக, நிபந்தனைக்குட்பட்ட GET கோரிக்கை பலவீனமான கேச் சரிபார்ப்பைப் பயன்படுத்துகிறது), இந்த பதில் மற்ற நிறுவன தலைப்புகளைக் கொண்டிருப்பதைத் தடுக்கிறது; இது தற்காலிக சேமிப்பிற்கு இடையே உள்ள முரண்பாடுகளைத் தவிர்க்கிறது. நிறுவன உள்ளடக்கம் மற்றும் புதுப்பிக்கப்பட்ட நிறுவன தலைப்பு தகவல். 304 மறுமொழியானது, ஒரு நிறுவனம் தற்போது தற்காலிகமாக சேமிக்கப்படவில்லை என்பதைக் குறிக்கிறது என்றால், கேச்சிங் சிஸ்டம் பதிலைப் புறக்கணித்து, கட்டுப்பாடு இல்லாமல் கோரிக்கையை மீண்டும் செய்ய வேண்டும். 304 பதிலைப் பெற்றால், கேச் உள்ளீட்டிற்கான புதுப்பிப்பு தேவைப்படுகிறது, பதிலில் புதுப்பிக்கப்பட்ட அனைத்து புலங்களின் மதிப்புகளையும் பிரதிபலிக்க கேச் அமைப்பு முழு உள்ளீட்டையும் புதுப்பிக்க வேண்டும். |
| 305 | கோரப்பட்ட ஆதாரத்தை குறிப்பிட்ட ப்ராக்ஸி மூலம் அணுக வேண்டும். குறிப்பிட்ட ப்ராக்ஸியின் URI தகவல் இருப்பிடப் புலத்தில் கொடுக்கப்படும். இந்த ப்ராக்ஸி மூலம் தொடர்புடைய ஆதாரங்களை அணுக பெறுநர் மீண்டும் மீண்டும் ஒரு தனி கோரிக்கையை அனுப்ப வேண்டும். மூல சேவையகத்தால் மட்டுமே 305 பதிலை நிறுவ முடியும். குறிப்பு: RFC 2068, 305 பதில் ஒரு கோரிக்கையை திசைதிருப்பும் நோக்கம் கொண்டது என்று குறிப்பிடவில்லை மற்றும் மூல சேவையகத்தால் மட்டுமே நிறுவ முடியும். இந்த கட்டுப்பாடுகளை புறக்கணிப்பது கடுமையான பாதுகாப்பு விளைவுகளுக்கு வழிவகுக்கும். |
| 306 | விவரக்குறிப்பின் சமீபத்திய பதிப்பில், 306 நிலைக் குறியீடு இனி பயன்படுத்தப்படாது. |
| 307 | கோரப்பட்ட ஆதாரம் இப்போது வேறு URI இலிருந்து வரும் கோரிக்கைகளுக்கு தற்காலிகமாக பதிலளிக்கிறது. இத்தகைய வழிமாற்றுகள் தற்காலிகமானவை என்பதால், வாடிக்கையாளர் எதிர்கால கோரிக்கைகளை அசல் முகவரிக்கு தொடர்ந்து அனுப்ப வேண்டும். Cache-Control இல் குறிப்பிடப்பட்டால் அல்லது காலாவதியானால் மட்டுமே இந்த பதில் தற்காலிகமாக சேமிக்கப்படும். பதிலின் இருப்பிடப் புலத்தில் புதிய தற்காலிக URI திரும்பப் பெறப்பட வேண்டும். இது HEAD கோரிக்கையாக இல்லாவிட்டால், மறுமொழி நிறுவனம் புதிய URIக்கான ஹைப்பர்லிங்க் மற்றும் சுருக்கமான விளக்கத்தைக் கொண்டிருக்க வேண்டும். சில உலாவிகள் 307 மறுமொழியை அடையாளம் காண முடியாததால், பயனர்கள் புதிய URI ஐப் புரிந்துகொண்டு அணுகல் கோரிக்கைகளை மேற்கொள்வதற்கு மேலே தேவையான தகவல்கள் சேர்க்கப்பட வேண்டும். இது GET அல்லது HEAD கோரிக்கையாக இல்லாவிட்டால், பயனரால் உறுதிசெய்யப்படாவிட்டால், உலாவி தானாகவே திசைதிருப்புதலைத் தடைசெய்கிறது, ஏனெனில் கோரிக்கையின் நிபந்தனைகள் அதற்கேற்ப மாறக்கூடும். |
| 400 | 1. சொற்பொருள் தவறானது மற்றும் தற்போதைய கோரிக்கையை சர்வரால் புரிந்து கொள்ள முடியாது. வாடிக்கையாளர் இந்தக் கோரிக்கையை மாற்றியமைக்காத வரை மீண்டும் சமர்ப்பிக்கக் கூடாது. 2. கோரிக்கை அளவுருக்கள் தவறானவை. |
| 401 | தற்போதைய கோரிக்கைக்கு பயனர் அங்கீகாரம் தேவை. பதிலில் பயனர் தகவலைக் கேட்கும் கோரப்பட்ட ஆதாரத்திற்குப் பொருத்தமான WWW- அங்கீகரிப்பு தலைப்பு இருக்க வேண்டும். பொருத்தமான அங்கீகார தலைப்புத் தகவலைக் கொண்ட கோரிக்கையை வாடிக்கையாளர் மீண்டும் மீண்டும் சமர்ப்பிக்கலாம். தற்போதைய கோரிக்கையில் ஏற்கனவே அங்கீகார சான்றிதழ்கள் இருந்தால், சர்வர் சரிபார்ப்பு அந்த சான்றிதழ்களை நிராகரித்ததை 401 பதில் குறிக்கிறது. 401 மறுமொழியில் முந்தைய பதிலின் அதே அங்கீகார வினவல் இருந்தால் மற்றும் உலாவி ஒரு முறையாவது அங்கீகாரத்தை முயற்சித்திருந்தால், உலாவி பயனருக்கு பதிலில் உள்ள உட்பொருளின் தகவலைக் காண்பிக்க வேண்டும், ஏனெனில் இந்த உட்பொருளின் தகவல் தொடர்புடைய கண்டறியும் தகவலைக் கொண்டிருக்கலாம் . RFC 2617ஐப் பார்க்கவும். |
| 402 | இந்த நிலைக் குறியீடு சாத்தியமான எதிர்காலத் தேவைகளுக்காக ஒதுக்கப்பட்டுள்ளது. |
| 403 | சேவையகம் கோரிக்கையைப் புரிந்துகொண்டது, ஆனால் அதைச் செயல்படுத்த மறுத்துவிட்டது. 401 பதிலைப் போலன்றி, அங்கீகாரம் எந்த உதவியையும் வழங்காது, மேலும் கோரிக்கை மீண்டும் சமர்ப்பிக்கப்படக்கூடாது. இது HEAD கோரிக்கையாக இல்லாவிட்டால், கோரிக்கையை ஏன் செயல்படுத்த முடியாது என்பதை சர்வர் விளக்க விரும்பினால், நிராகரிக்கப்பட்டதற்கான காரணத்தை நிறுவனத்தில் விவரிக்க வேண்டும். நிச்சயமாக, கிளையன்ட் எந்த தகவலையும் பெற விரும்பவில்லை என்றால், சேவையகம் 404 பதிலையும் அளிக்கலாம். |
| 404 | கோரிக்கை தோல்வியடைந்தது. கோரப்பட்ட ஆதாரம் சர்வரில் இல்லை. இந்த நிலை தற்காலிகமானதா அல்லது நிரந்தரமானதா என்பதை பயனருக்கு தெரிவிக்க எந்த தகவலும் இல்லை. சேவையகத்திற்கு நிலைமை தெரிந்தால், சில உள் உள்ளமைவு பொறிமுறை சிக்கல்கள் காரணமாக பழைய ஆதாரம் நிரந்தரமாக கிடைக்கவில்லை என்பதையும், எந்த ஜம்ப் முகவரியும் இல்லை என்பதையும் தெரிவிக்க 410 நிலைக் குறியீட்டைப் பயன்படுத்த வேண்டும். கோரிக்கை நிராகரிக்கப்பட்டதற்கான காரணத்தை சர்வர் வெளிப்படுத்த விரும்பாதபோது அல்லது வேறு பொருத்தமான பதில் கிடைக்காதபோது 404 நிலைக் குறியீடு பரவலாகப் பயன்படுத்தப்படுகிறது. |
| 405 | கோரிக்கை வரியில் குறிப்பிடப்பட்டுள்ள கோரிக்கை முறையை தொடர்புடைய ஆதாரத்தைக் கோருவதற்குப் பயன்படுத்த முடியாது. தற்போதைய ஆதாரம் ஏற்கக்கூடிய கோரிக்கை முறைகளின் பட்டியலைக் குறிக்க, பதில் அனுமதி தலைப்புத் தகவலை வழங்க வேண்டும். PUT மற்றும் DELETE முறைகள் சர்வரில் ஆதாரங்களை எழுதும் என்பதால், பெரும்பாலான இணைய சேவையகங்கள் இயல்புநிலை உள்ளமைவின் கீழ் மேலே உள்ள கோரிக்கை முறைகளை ஆதரிக்காது அல்லது அனுமதிக்காது, மேலும் அத்தகைய கோரிக்கைகளுக்கு 405 பிழை வழங்கப்படும். |
| 406 | கோரப்பட்ட ஆதாரத்தின் உள்ளடக்க பண்புகள் கோரிக்கை தலைப்பில் உள்ள நிபந்தனைகளை பூர்த்தி செய்யவில்லை, எனவே பதில் நிறுவனத்தை உருவாக்க முடியாது. இது ஒரு HEAD கோரிக்கையாக இல்லாவிட்டால், பயனர் அல்லது உலாவி மிகவும் பொருத்தமானதைத் தேர்வுசெய்யக்கூடிய நிறுவன பண்புக்கூறுகள் மற்றும் முகவரிகளின் பட்டியலைக் கொண்ட ஒரு உட்பொருளை பதில் அளிக்க வேண்டும். உள்ளடக்க வகை தலைப்பில் வரையறுக்கப்பட்ட மீடியா வகையால் பொருளின் வடிவம் தீர்மானிக்கப்படுகிறது. வடிவமைப்பு மற்றும் அதன் திறன்களின் அடிப்படையில் உலாவி அதன் சொந்த சிறந்த தேர்வை செய்யலாம். இருப்பினும், அத்தகைய தானியங்கி தேர்வுகளை மேற்கொள்வதற்கான எந்த அளவுகோலையும் விவரக்குறிப்பு வரையறுக்கவில்லை. |
| 407 | 401 பதிலைப் போலவே, கிளையன்ட் ப்ராக்ஸி சேவையகத்துடன் அங்கீகரிக்க வேண்டும் தவிர. அடையாள வினவலுக்கு ப்ராக்ஸி சேவையகம் ப்ராக்ஸி அங்கீகாரத்தை வழங்க வேண்டும். சரிபார்ப்பிற்காக கிளையன்ட் ப்ராக்ஸி-அங்கீகாரத் தலைப்பைத் திருப்பி அனுப்பலாம். RFC 2617ஐப் பார்க்கவும். |
| 408 | கோரிக்கை நேரம் முடிந்தது. சேவையகம் காத்திருக்கத் தயாராகும் நேரத்திற்குள் வாடிக்கையாளர் கோரிக்கையை அனுப்பவில்லை. வாடிக்கையாளர் எந்த மாற்றமும் செய்யாமல் எந்த நேரத்திலும் இந்தக் கோரிக்கையை மீண்டும் சமர்ப்பிக்கலாம். |
| 409 | கோரப்பட்ட வளத்தின் தற்போதைய நிலையில் உள்ள முரண்பாட்டின் காரணமாக கோரிக்கையை முடிக்க முடியாது. மோதலைத் தீர்த்து புதிய கோரிக்கையை மீண்டும் சமர்ப்பிக்க முடியும் என பயனர் நம்பினால் மட்டுமே இந்தக் குறியீடு பயன்படுத்தப்பட வேண்டும். மோதலின் மூலத்தைக் கண்டறிய பயனருக்குப் போதுமான தகவல்கள் பதிலில் இருக்க வேண்டும். PUT கோரிக்கைகளை செயலாக்குவதில் பொதுவாக முரண்பாடுகள் ஏற்படும். எடுத்துக்காட்டாக, பதிப்புச் சரிபார்ப்பைப் பயன்படுத்தும் சூழலில், PUT சமர்ப்பித்த குறிப்பிட்ட ஆதாரத்திற்கான மாற்றக் கோரிக்கையுடன் இணைக்கப்பட்ட பதிப்புத் தகவல் முந்தைய (மூன்றாம் தரப்பு) கோரிக்கையுடன் முரண்பட்டால், இந்த நேரத்தில் சேவையகம் 409 பிழையை வழங்க வேண்டும். கோரிக்கையை முடிக்க முடியாது என்பதை பயனருக்கு தெரிவிக்கவும். இந்த நேரத்தில், மறுமொழி நிறுவனம் இரண்டு முரண்பட்ட பதிப்புகளுக்கு இடையே ஒரு வித்தியாச ஒப்பீட்டைக் கொண்டிருக்கக்கூடும், இதனால் பயனர் ஒன்றிணைத்த பிறகு புதிய பதிப்பை மீண்டும் சமர்ப்பிக்க முடியும். |
| 410 | கோரப்பட்ட ஆதாரம் இனி சர்வரில் கிடைக்காது மேலும் அறியப்பட்ட பகிர்தல் முகவரி எதுவும் இல்லை. அத்தகைய நிலை நிரந்தரமாக கருதப்பட வேண்டும். முடிந்தால், இணைப்பு எடிட்டிங் திறன் கொண்ட கிளையன்ட்கள் பயனரின் அனுமதியுடன் இந்த முகவரிக்கான அனைத்து குறிப்புகளையும் அகற்ற வேண்டும். சேவையகத்திற்குத் தெரியாவிட்டால் அல்லது நிலை நிரந்தரமானதா என்பதைத் தீர்மானிக்க முடியாவிட்டால், 404 நிலைக் குறியீட்டைப் பயன்படுத்த வேண்டும். வேறுவிதமாகக் குறிப்பிடப்படாவிட்டால், இந்த பதில் தற்காலிகமாக சேமிக்கப்படும். 410 பதிலின் நோக்கம் முக்கியமாக இணையதள நிர்வாகிகளுக்கு இணையதளத்தை பராமரிக்க உதவுவது, ஆதாரம் இனி கிடைக்காது என்று பயனர்களுக்கு அறிவிப்பது, மேலும் இந்த ஆதாரத்தை சுட்டிக்காட்டும் அனைத்து தொலை இணைப்புகளும் நீக்கப்படும் என சர்வர் உரிமையாளர் நம்புகிறார். வரையறுக்கப்பட்ட நேர, மதிப்பு கூட்டப்பட்ட சேவைகளில் இந்த வகையான சம்பவம் பொதுவானது. இதேபோல், ஒரு தனிநபருக்குச் சொந்தமான ஆதாரங்கள் தற்போதைய சர்வர் தளத்தில் இனி கிடைக்காது என்பதை கிளையண்டிற்கு தெரிவிக்க 410 பதில் பயன்படுத்தப்படுகிறது. நிச்சயமாக, நிரந்தரமாக கிடைக்காத அனைத்து ஆதாரங்களும் '410 கான்' எனக் குறிக்கப்பட வேண்டுமா மற்றும் எவ்வளவு காலம் இந்த அடையாளத்தை வைத்திருக்க வேண்டும் என்பது சேவையக உரிமையாளரின் பொறுப்பாகும். |
| 411 | உள்ளடக்க நீள தலைப்பு வரையறுக்கப்படாமல் சேவையகம் கோரிக்கையை ஏற்க மறுக்கிறது. கோரிக்கை செய்தி அமைப்பின் நீளத்தைக் குறிக்கும் சரியான உள்ளடக்க-நீளத் தலைப்பைச் சேர்த்த பிறகு, கிளையன்ட் கோரிக்கையை மீண்டும் சமர்ப்பிக்கலாம். |
| 412 | கோரிக்கையின் தலைப்புப் புலங்களில் கொடுக்கப்பட்டுள்ள ஒன்று அல்லது அதற்கு மேற்பட்ட முன்நிபந்தனைகளைச் சரிபார்க்கும் போது சேவையகம் பூர்த்தி செய்யவில்லை. இந்த நிலைக் குறியீடு கிளையன்ட் ஆதாரத்தை மீட்டெடுக்கும் போது கோரிக்கை மெடைன்ஃபர்மேஷன் (கோரிக்கை தலைப்பு புலத் தரவு) இல் முன்நிபந்தனைகளை அமைக்க அனுமதிக்கிறது. |
| 413 | சேவையகம் தற்போதைய கோரிக்கையைச் செயல்படுத்த மறுக்கிறது, ஏனெனில் கோரிக்கை சமர்ப்பித்த நிறுவனத் தரவைச் சமர்ப்பித்தது, இது சேவையகத்தை விடப் பெரியது அல்லது கையாளக்கூடியது. இந்தச் சந்தர்ப்பத்தில், வாடிக்கையாளர் இந்தக் கோரிக்கையை தொடர்ந்து அனுப்புவதைத் தடுக்க சர்வர் இணைப்பை மூடலாம். நிலைமை தற்காலிகமாக இருந்தால், எவ்வளவு நேரம் மீண்டும் முயற்சி செய்யலாம் என்பதை வாடிக்கையாளருக்குத் தெரிவிக்க, சேவையகம் மறுமுயற்சிக்குப் பிறகு பதில் தலைப்பை வழங்க வேண்டும். |
| 414 | கோரப்பட்ட URI ஆனது, சேவையகத்தால் புரிந்துகொள்ள முடியாததை விட நீளமாக உள்ளது, எனவே சேவையகம் கோரிக்கையை வழங்க மறுக்கிறது. இது ஒப்பீட்டளவில் அரிதானது. பொதுவான சூழ்நிலைகளில் பின்வருவன அடங்கும்: POST முறையைப் பயன்படுத்த வேண்டிய படிவச் சமர்ப்பிப்பு GET முறையாக மாறும், இதன் விளைவாக வினவல் சரம் (வினவல் சரம்) மிக நீளமாக உள்ளது. URI "கருந்துளை"யைத் திருப்பிவிடுதல், எடுத்துக்காட்டாக, ஒவ்வொரு திசைமாற்றமும் புதிய URIயின் ஒரு பகுதியாக பழைய URI ஐப் பயன்படுத்துகிறது, இதனால் URI பல திசைதிருப்பல்களுக்குப் பிறகு மிக நீண்டதாக இருக்கும். கிளையன்ட் சில சர்வர்களில் இருக்கும் பாதுகாப்பு பாதிப்பை பயன்படுத்தி சர்வரை தாக்க முயற்சிக்கிறார். இந்த வகை சேவையகம் கோரப்பட்ட URI ஐப் படிக்க அல்லது இயக்க ஒரு நிலையான-நீள இடையகத்தைப் பயன்படுத்துகிறது. GET க்குப் பிறகு அளவுருக்கள் ஒரு குறிப்பிட்ட மதிப்பை மீறும் போது, ஒரு இடையக வழிதல் ஏற்படலாம், இதனால் தன்னிச்சையான குறியீடு செயல்படுத்தப்படும் [1]. இத்தகைய பாதிப்புகள் இல்லாத சேவையகங்கள் 414 நிலைக் குறியீட்டை வழங்க வேண்டும். |
| 415 | தற்போது கோரப்பட்ட முறை மற்றும் கோரப்பட்ட ஆதாரத்திற்கு, கோரிக்கையில் சமர்ப்பிக்கப்பட்ட பொருள் சேவையகத்தால் ஆதரிக்கப்படும் வடிவத்தில் இல்லை, எனவே கோரிக்கை நிராகரிக்கப்பட்டது. |
| 416 | கோரிக்கையில் வரம்பு கோரிக்கை தலைப்பு இருந்தால், மற்றும் வரம்பில் குறிப்பிடப்பட்டுள்ள எந்த தரவு வரம்பும் தற்போதைய வளத்தின் கிடைக்கக்கூடிய வரம்புடன் ஒத்துப்போகவில்லை என்றால், மற்றும் கோரிக்கையில் இருந்தால்-வரம்பு கோரிக்கை தலைப்பு வரையறுக்கப்படவில்லை என்றால், சேவையகம் 416 நிலையை வழங்க வேண்டும். குறியீடு. வரம்பு ஒரு பைட் வரம்பைப் பயன்படுத்தினால், கோரிக்கையில் குறிப்பிடப்பட்டுள்ள அனைத்து தரவு வரம்புகளின் முதல் பைட் நிலை தற்போதைய ஆதாரத்தின் நீளத்தை மீறுகிறது என்று அர்த்தம். 416 நிலைக் குறியீட்டை வழங்கும் போது, தற்போதைய ஆதாரத்தின் நீளத்தைக் குறிக்க, உள்ளடக்க-வரம்பு உட்பொருளின் தலைப்பையும் சேவையகம் சேர்க்க வேண்டும். இந்த பதிலை அதன் உள்ளடக்க வகையாக மல்டிபார்ட்/பைட்டரேஞ்ச்களை பயன்படுத்துவதிலிருந்தும் தடைசெய்யப்பட்டுள்ளது. |
| 417 | எதிர்பார்ப்பு என்ற கோரிக்கை தலைப்பில் குறிப்பிடப்பட்டுள்ள எதிர்பார்க்கப்படும் உள்ளடக்கத்தை சேவையகத்தால் திருப்திப்படுத்த முடியாது அல்லது சேவையகம் ப்ராக்ஸி சேவையகம் மற்றும் தற்போதைய பாதையில் அடுத்த முனையில் Expect இன் உள்ளடக்கத்தை திருப்திப்படுத்த முடியாது என்பதற்கான தெளிவான ஆதாரம் உள்ளது. |
| 421 | தற்போதைய கிளையண்டின் IP முகவரியிலிருந்து சேவையகத்திற்கான இணைப்புகளின் எண்ணிக்கை, சர்வரின் அதிகபட்ச அனுமதிக்கப்பட்ட வரம்பை மீறுகிறது. பொதுவாக, இங்குள்ள IP முகவரியானது சேவையகத்திலிருந்து பார்க்கப்படும் கிளையன்ட் முகவரியைக் குறிக்கிறது (பயனர் நுழைவாயில் அல்லது ப்ராக்ஸி சேவையக முகவரி போன்றவை). இந்த வழக்கில், இணைப்பு எண்ணிக்கையில் ஒன்றுக்கு மேற்பட்ட இறுதிப் பயனர்கள் இருக்கலாம். |
| 422 | தற்போதைய கிளையண்டின் IP முகவரியிலிருந்து சேவையகத்திற்கான இணைப்புகளின் எண்ணிக்கை, சர்வரின் அதிகபட்ச அனுமதிக்கப்பட்ட வரம்பை மீறுகிறது. பொதுவாக, இங்குள்ள IP முகவரியானது சேவையகத்திலிருந்து பார்க்கப்படும் கிளையன்ட் முகவரியைக் குறிக்கிறது (பயனர் நுழைவாயில் அல்லது ப்ராக்ஸி சேவையக முகவரி போன்றவை). இந்த வழக்கில், இணைப்பு எண்ணிக்கையில் ஒன்றுக்கு மேற்பட்ட இறுதிப் பயனர்கள் இருக்கலாம். |
| 422 | கோரிக்கை நன்கு வடிவமைக்கப்பட்டுள்ளது, ஆனால் சொற்பொருள் பிழைகள் காரணமாக பதிலளிக்க முடியாது. (RFC 4918 WebDAV) 423 பூட்டப்பட்டது தற்போதைய ஆதாரம் பூட்டப்பட்டுள்ளது. (RFC 4918 WebDAV) |
| 424 | PROPPATCH போன்ற முந்தைய கோரிக்கையில் ஏற்பட்ட பிழை காரணமாக தற்போதைய கோரிக்கை தோல்வியடைந்தது. (RFC 4918 WebDAV) |
| 425 | WebDav மேம்பட்ட தொகுப்புகள் வரைவில் வரையறுக்கப்பட்டுள்ளது, ஆனால் "WebDAV தொடர் சேகரிப்பு நெறிமுறை" (RFC 3658) இல் தோன்றாது. |
| 426 | வாடிக்கையாளர்கள் TLS/1.0க்கு மாற வேண்டும். (RFC 2817) |
| 449 | Microsoft ஆல் நீட்டிக்கப்பட்டது, சரியான செயல்களைச் செய்த பிறகு கோரிக்கைகளை மீண்டும் முயற்சிக்க வேண்டும் என்பதைக் குறிக்கிறது. |
| 500 | சேவையகம் எதிர்பாராத நிபந்தனையை எதிர்கொண்டது, அது கோரிக்கையின் செயலாக்கத்தை முடிப்பதைத் தடுக்கிறது. பொதுவாக, சர்வரின் நிரல் குறியீட்டில் பிழை ஏற்பட்டால் இந்தச் சிக்கல் ஏற்படும். |
| 501 | தற்போதைய கோரிக்கைக்கு தேவையான அம்சத்தை சர்வர் ஆதரிக்கவில்லை. சேவையகம் கோரப்பட்ட முறையை அங்கீகரிக்கவில்லை மற்றும் எந்த ஆதாரத்திற்கும் அதன் கோரிக்கையை ஆதரிக்க முடியாது. |
| 502 | கேட்வே அல்லது ப்ராக்ஸியாகச் செயல்படும் சர்வர், கோரிக்கையைச் செய்ய முயலும்போது, அப்ஸ்ட்ரீம் சர்வரிலிருந்து தவறான பதிலைப் பெற்றது. |
| 503 | தற்காலிக சர்வர் பராமரிப்பு அல்லது அதிக சுமை காரணமாக, சேவையகத்தால் கோரிக்கைகளைச் செயல்படுத்த முடியவில்லை. இந்த நிலை தற்காலிகமானது மற்றும் ஒரு குறிப்பிட்ட காலத்திற்குப் பிறகு மீட்டமைக்கப்படும். தாமத நேரத்தை எதிர்பார்க்கலாம் எனில், தாமத நேரத்தைக் குறிக்க மறுமுயற்சிக்குப் பிறகு தலைப்பை பதிலில் சேர்க்கலாம். இந்த மறுமுயற்சிக்குப் பிறகு செய்தி வழங்கப்படாவிட்டால், கிளையன்ட் 500 பதிலைக் கையாளும் விதத்தில் அதைக் கையாள வேண்டும். குறிப்பு: 503 நிலைக் குறியீட்டின் இருப்பு, சேவையகம் ஓவர்லோடில் இருக்கும்போது அதைப் பயன்படுத்த வேண்டும் என்று அர்த்தமல்ல. சில சேவையகங்கள் வாடிக்கையாளர்களிடமிருந்து இணைப்புகளை மறுக்க விரும்புகின்றன. |
| 504 | நுழைவாயில் அல்லது ப்ராக்ஸியாக பணிபுரியும் சேவையகம் கோரிக்கையை செயல்படுத்த முயலும் போது, அது அப்ஸ்ட்ரீம் சர்வர் (URI ஆல் அடையாளம் காணப்பட்ட HTTP, FTP, LDAP) அல்லது துணை சேவையகம் (DNS போன்றவை) ஆகியவற்றிலிருந்து சரியான நேரத்தில் பதிலைப் பெறத் தவறிவிடும். ) குறிப்பு: சில ப்ராக்ஸி சேவையகங்கள் DNS வினவல் காலாவதியாகும்போது 400 அல்லது 500 பிழையை வழங்கும். |
| 505 | கோரிக்கையில் பயன்படுத்தப்பட்ட HTTP பதிப்பை சேவையகம் ஆதரிக்கவில்லை அல்லது ஆதரிக்க மறுக்கிறது. சேவையகம் கிளையன்ட் அதே பதிப்பைப் பயன்படுத்த முடியவில்லை அல்லது விரும்பவில்லை என்பதை இது குறிக்கிறது. பதிலில் பதிப்பு ஏன் ஆதரிக்கப்படவில்லை மற்றும் சேவையகம் ஆதரிக்கும் நெறிமுறைகளை விவரிக்கும் ஒரு உட்பொருளைக் கொண்டிருக்க வேண்டும். |
| 506 | வெளிப்படையான உள்ளடக்க பேச்சுவார்த்தை நெறிமுறை (RFC 2295) மூலம் நீட்டிக்கப்பட்டது, சர்வரில் உள் கட்டமைப்பு பிழை உள்ளது என்பதைக் குறிக்கிறது: கோரப்பட்ட பேச்சுவார்த்தை வாத ஆதாரமானது வெளிப்படையான உள்ளடக்க பேச்சுவார்த்தையில் தன்னைப் பயன்படுத்தும் வகையில் கட்டமைக்கப்பட்டுள்ளது, எனவே இது பேச்சுவார்த்தை செயல்பாட்டில் பொருத்தமான கவனம் செலுத்தாது. |
| 507 | கோரிக்கையை முடிக்க தேவையான உள்ளடக்கத்தை சர்வரால் சேமிக்க முடியாது. இந்த நிலை தற்காலிகமாக கருதப்படுகிறது. WebDAV (RFC 4918) |
| 509 | சேவையகம் அதன் அலைவரிசை வரம்பை அடைந்துவிட்டது. இது அதிகாரப்பூர்வ நிலைக் குறியீடு அல்ல, ஆனால் இன்னும் பரவலாகப் பயன்படுத்தப்படுகிறது. |
| 510 | வளங்களைப் பெறுவதற்குத் தேவையான உத்திகள் இன்னும் திருப்தி அடையவில்லை. (RFC 2774) |