क्या हम कस्टम HTTP स्टेटस कोड बना सकते हैं?


92

मेरे पास एक REST और WCF सेवा है और ऑपरेशन के आधार पर एक कस्टम स्थिति कोड भेजना चाहते हैं।

उदाहरण जब कुछ सत्यापन विफल हो जाता है तो मैं HTTP 444 भेजना चाहता हूं और जब प्राधिकरण विफल हो जाता है तो मैं HTTP 455 भेजना चाहता हूं

सवाल यह है कि हमारे पास SOAP और REST वेब सेवाओं दोनों के लिए कैसे मान्य है।

क्लाइंट पर त्रुटि कोड कैसे कार्य करता है क्योंकि जब आप WCF सेवा से HTTP 400/500 भेजते हैं (SOAP का उपयोग करके) तो अपवाद कोड को दिखाते हुए क्लाइंट पर फेंक दिया जाता है।

अब अगर मैं एक नया कस्टम स्टेटस कोड भेजूं तो क्लाइंट इसे कैसे हैंडल करेगा?


3
क्या यह एक ऐसी सेवा है जिसे आप दुनिया के सामने ला रहे हैं, या क्या आप सभी ग्राहकों को भी नियंत्रित करते हैं?
Rup

जवाबों:


109

हां, जब तक आप वर्ग का सम्मान करते हैं - अर्थात, सफलता के लिए 2xx, क्लाइंट त्रुटि के लिए 4xx इत्यादि, तो आप अपने स्वयं के आवेदन की त्रुटि स्थितियों के लिए कस्टम 4XX त्रुटि कोड (अधिमानतः जो अप्रभावित हैं) वापस कर सकते हैं।

[RFC 2616] से उद्धृत करने के लिए [1]:

"HTTP स्थिति कोड एक्स्टेंसिबल हैं। HTTP एप्लिकेशन को सभी पंजीकृत स्थिति कोडों के अर्थ को समझने की आवश्यकता नहीं है, हालांकि ऐसी समझ स्पष्ट रूप से वांछनीय है। हालांकि, आवेदन किसी भी स्थिति कोड के वर्ग को समझते हैं, जैसा कि पहले अंक से संकेत मिलता है, और इलाज करें। किसी भी गैर-मान्यताप्राप्त प्रतिक्रिया को उस वर्ग के x00 स्थिति कोड के समतुल्य होने के अतिरिक्त, इस अपवाद के साथ कि एक अपरिचित प्रतिक्रिया आवश्यक नहीं है, उदाहरण के लिए, यदि ग्राहक द्वारा 431 का अपरिचित स्थिति कोड प्राप्त होता है, तो यह सुरक्षित रूप से मान सकता है कि वहाँ था। इसके अनुरोध में कुछ गड़बड़ है और प्रतिक्रिया को मानो जैसे कि इसे 400 का दर्जा प्राप्त हुआ हो। "

कक्षा'

  • 1xx: सूचनात्मक - अनुरोध प्राप्त हुआ, निरंतर प्रक्रिया

  • 2xx: सफलता - कार्रवाई सफलतापूर्वक प्राप्त हुई, समझी गई, और स्वीकार की गई

  • 3xx: पुनर्निर्देशन - अनुरोध को पूरा करने के लिए आगे की कार्रवाई की जानी चाहिए

  • 4xx: क्लाइंट त्रुटि - अनुरोध में सिंटैक्स खराब है या पूरा नहीं किया जा सकता है

  • 5xx: सर्वर त्रुटि - सर्वर स्पष्ट रूप से वैध अनुरोध को पूरा करने में विफल रहा [1]:

http://tools.ietf.org/html/rfc2616#section-6.1.1


2
परीक्षण के अलावा अपंजीकृत स्थिति कोड का उपयोग न करें।
जूलियन रेश्के

1
क्रिसनी: ठीक है, यदि आप अपने HTTP के उपयोग में अपंजीकृत स्थिति कोड पर भरोसा करते हैं, तो किसी अन्य उद्देश्य के लिए किसी और कोड का उपयोग करने पर ब्रेक्जिट हो सकता है। यदि आपको अधिक विस्तृत त्रुटि जानकारी की आवश्यकता है, तो आप इसे पेलोड में एम्बेड कर सकते हैं (उदाहरण के लिए देखें उपकरण ।ietf.org/html/draft-nottingham-http-problem-06 )
जूलियन

21
@ChrisNY: अधिकांश वेब एप्लिकेशन एक ही क्लाइंट (आपके जावास्क्रिप्ट / अजाक्स कोड) और एक सर्वर (आपके सर्वर) के साथ काम करने के लिए डिज़ाइन किए गए हैं, इसलिए कस्टम स्थिति कोड का उपयोग करना पूरी तरह से ठीक है। इन स्थितियों में, 'किसी और' के लिए समान स्थिति कोड का उपयोग करके 'टूटना' पैदा करना संभव नहीं है।
ए.आर.

2
वह बोली यह नहीं कह रही है कि आप अपने स्वयं के कोड बना सकते हैं, यह कह रहा है कि आपके ऐप को यह जानने की आवश्यकता नहीं है कि हर पंजीकृत कोड तब तक है जब तक वह कोड वर्ग का सम्मान करता है और 4xx आदि के लिए एक त्रुटि फेंक देता है। एकमात्र मुद्दा जो मैं देख सकता था, वह यह है कि भविष्य में, इनमें से एक कोड आधिकारिक तौर पर सौंपा गया है और ब्राउज़र / जावास्क्रिप्ट कार्यक्षमता बदल सकती है। उदाहरण के लिए, 494 डीडीएनएस हमले ने सभी संचार को रोक दिया, ब्राउज़र देख सकता है और उस आईपी को किसी भी अधिक कॉमे को शुरू करने से जेएस को ब्लॉक कर सकता है। अत्यधिक संभावना नहीं है, लेकिन आप 100% नहीं हो सकते हैं, ट्विटर को लगता है कि यह ठीक है कि 420 को बढ़ाएं अपना शांत
मैट

1
युक्ति कह रही है कि आप अपने स्वयं के कोड बना सकते हैं, और उदाहरण के रूप में कोड 471 का उपयोग करते हैं। यह 400 के बराबर किसी भी अपरिचित 4xx त्रुटि को मानने के लिए कहता है।
जेफ लोवी

32

मैं अपना खुद का HTTP स्टेटस कोड बनाने के खिलाफ सलाह देता हूं, जब लागू कोड उन चीजों के लिए पहले से मौजूद होते हैं जो आप अपने उदाहरण में करना चाहते हैं।

से https://tools.ietf.org/html/rfc4918#section-11.2 :

422 [Unprocessable Entity] स्थिति कोड का अर्थ है कि सर्वर अनुरोध इकाई की सामग्री प्रकार को समझता है (इसलिए 415 [असमर्थित मीडिया प्रकार] स्थिति कोड अनुचित है), और अनुरोध इकाई का सिंटैक्स सही है (इस प्रकार 400 / बुरा अनुरोध) ] स्थिति कोड अनुचित है) लेकिन निहित निर्देशों को संसाधित करने में असमर्थ था। उदाहरण के लिए, यह त्रुटि स्थिति तब हो सकती है यदि किसी XML अनुरोध बॉडी में अच्छी तरह से गठित (यानी, वाक्यविन्यास रूप से सही) हो, लेकिन शब्दार्थ गलत, XML निर्देश।

यह तर्क दिया जा सकता है कि "प्रक्रिया में असमर्थ" एक सत्यापन त्रुटि के कारण हो सकता है।


10
प्राधिकरण विफलता 401 है, 403 नहीं। 403 निषिद्ध है, जहां प्राधिकरण समस्या को ठीक नहीं करेगा।
नील हिकमैन

6
401 विफल प्रमाणीकरण (नाम के बावजूद) के बारे में है।
जूलियन रेस्चके

1
401 है "कृपया लॉगिन करें (फिर से)"
कोडइन्चोस 12

19

हाँ आप कस्टम त्रुटि कोड जोड़ सकते हैं। यदि संभव हो तो उपयोग कोड जो पहले से मौजूद हैं, और यदि आप नए घोषित कर रहे हैं तो टकराव से बचने के लिए सावधान रहें।

हालांकि आपको पता होना चाहिए कि कुछ प्रॉक्सी अज्ञात कोड को फ़िल्टर करते हैं । मेरे पास उपयोगकर्ताओं के साथ समस्याएँ थीं कि जहां 5x से 500 और 4XX से 404 तक मैप करने वाली परदे के पीछे। इसने मेरे अजाक्स को कॉल किया कि विफल होने के लिए स्थिति कोड की जांच करना कहां है।


हाँ, परदे के पीछे चूसना। मुझे प्रॉक्सी कार्यान्वयन नाम नहीं पता है, लेकिन इसने हमारे स्वयं के कस्टम स्थिति कोड की व्याख्या की और ग्राहक को प्रतिक्रिया नहीं भेजी।
16

16

कुछ एप्लिकेशन 600-799 की सीमा में अपने कस्टम प्रतिक्रिया कोड जोड़ते हैं। उदाहरण के लिए कीनोट से प्रतिक्रिया कोड सूची की जाँच करें

मुख्य परिभाषित त्रुटि कोड (600-799)

600: CONNECTION ERROR - This indicates a general connection error
601: INCOMPLETE ERROR - This indicates sever sends an incomplete page/object (as indicated by Content-Length header)
602: UNEXPECTED CLOSE ERROR - This indicates socket connection has been closed unexpectedly
603: REFUSED ERROR - This indicates a request to connect to the server is refused
604: TIMEOUT ERROR - This indicates there is no activity in socket connection in 3 minutes
605: REDIRECT ERROR - This indicates an error in redirect HTTP header
606: SSL ERROR - This indicates a general error in SSL
607: HEADER ERROR - This indicates a malformed HTTP header
608: EMPTY RESPONSE ERROR - This indicates server doesn't send any response after a request is sent
609: UNKNOWN HOST ERROR - This indicates socket receives an unknown host error from DNS
610: NO ROUTE TO HOST ERROR - This indicates a no route to host error was received while attempting to open a socket
611: SOCKET ERROR - This indicates a general socket error
612: FRAME LOOP ERROR - This indicates a page has a frame loop (frame A includes Frame B that includes Frame A)
613: REDIRECT LOOP ERROR - This indicates a page has a redirect loop (page A redirects to page B that redirects to page A)
614: CONNECTION RESET ERROR - This indicates socket receive a reset signal from the server
615: SOCKET PROTOCOL ERROR - This indicates an error in socket protocol
616: SOCKET BIND ERROR - This indicates an error in binding the socket
617: CONNECTION ERROR - This indicates a general socket connection error
618: CHUNK ERROR - This indicates an error in chunked encoding
619: SSL TIMEOUT - This indicates a timeout during SSL handshake (2 minutes)
620: SSL END OF INPUT - This indicates an end-of-file is received during SSL handshake
621: SSL HANDSHAKE ERROR - This indicates a general error during SSL handshake
622: SSL CERTIFICATE ERROR - This indicates an error in SSL certificate verification
623: SSL AUTHENTICATION ERROR - This indicates an authentication error during SSL handshake
624: SSL BAD MAC ERROR - This indicates a bad MAC during SSL handshake
625: SSL CIPHER ERROR - This indicates a cipher error during SSL handshake
701: ERROR TEXT FOUND - This code is returned if any error text (such as, "Service Unavailable") are found in the main page (frame HTML contents included). Note that the error text must be defined in advance of the test. Error text means if the text is found, this session should be considered a failure.
702: REQUIRED TEXT NOT FOUND - This code is returned If not all required texts are found in the main page. Note that required text must be defined in advance of the test. Required text means if the text is not found, this session should be considered a failure.
703: HTML BODY EMPTY - This code is returned if the HTML body of the page is empty (only if error text or required text has been defined).

चाहे यह अच्छा अभ्यास हो, मैं कहने की हिम्मत नहीं करूंगा, लेकिन यह कम से कम एक दिलचस्प संदर्भ है।


1
वे मान अवैध हैं, जिसमें HTTP कल्पना 100 ... 599 के बाहर कुछ भी अनुमति नहीं देती है।
जूलियन रेसके ने

16
@ जूलियनचेस्चके मैंने यहां तक ​​कहा कि मैं "यह कहने की हिम्मत नहीं करता कि यह अच्छा अभ्यास है"। मैं केवल एक संदर्भ जोड़ता हूं कि अन्य अनुप्रयोग क्या करते हैं। मेरे जवाब को मत देना क्योंकि कीनोट अवैध स्थिति कोड का उपयोग करता है अनुचित लगता है। मैं केवल चर्चा को खिला रहा हूं।
विल्ट

5

यहां सभी उपलब्ध / अनुपलब्ध HTTPकोडों की पूरी सूची दी गई है ।

https://www.iana.org/assignments/http-status-codes/http-status-codes.xhtml

उदाहरण के लिए, निम्नलिखित तीर वाले 4XXपरिवार पर उपयोग करने के लिए उपलब्ध हैं (क्योंकि वे अप्रकाशित हैं) ।

यहाँ छवि विवरण दर्ज करें

मुझे उम्मीद है इससे किसी को सहायता मिलेगी।

धन्यवाद


-12

नहीं, आप केवल rfc प्रलेखन आवश्यकताओं के कोड का उपयोग कर सकते हैं, RFC1945 में विवरण देखें


4
आप iana.org/assignments/http-status-codes में परिभाषित किसी भी स्थिति कोड का उपयोग कर सकते हैं ।
जूलियन रेसके ने

@ जूलियन, क्या इसका मतलब यह है कि राजेश अपने उद्देश्यों के लिए "427-499 अप्रतिबंधित" लोगों का उपयोग कर सकते हैं?
आयरिश

ठीक है फिर :-) आप उस सूची में से किसी भी निर्दिष्ट स्थिति कोड का उपयोग कर सकते हैं । या आप एक नया स्टेटस कोड के लिए एक विनिर्देश लिखें और इसे पंजीकृत करें।
जूलियन रेसके ने

5
आप तकनीकी रूप से, जो भी आप चाहते हैं, उसका उपयोग कर सकते हैं। बस यह किसी और के साथ अच्छा खेलने की उम्मीद नहीं है। जैसा कि ओपी में पूछा गया है - यदि राजेश सभी ग्राहकों को नियंत्रित करता है तो वह उन्हें "1337 -" समझ सकता है कि आपके सभी आधार हमारे हैं "। ;)
कॉर्नेलियस

1
आप HTTP / 1.0 स्थिति कोड से जुड़े हैं, जिसका उपयोग 90 के दशक के प्रारंभ से नहीं किया गया है।
andsens
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.