Requests: 418 मैं एक चायदानी हूँ

बीटीडब्ल्यू, मुझे पता है कि यह एक ब्रेकिंग बदलाव है; अगली बड़ी रिलीज़ के लिए पदावनत करना और देरी करना ठीक है।

विचाराधीन कोड की पंक्ति: https://github.com/requests/requests/blob/master/requests/status_codes.py#L55

कृपया 200 OK के वैकल्पिक संस्करणों पर ध्यान दें: https://github.com/requests/requests/blob/master/requests/status_codes.py#L13

हुह। केवल एक चीज जो मुझे चिंतित करती है वह है यूनिकोड और बैकस्लैश का उपयोग; अनुरोध उनको उत्सर्जित नहीं करता है, है ना?

नहीं, यह केवल रिवर्स लुकअप के लिए है - मैं एक चायदानी के साथ भी ऐसा ही हूं।

ठीक है ये अच्छा है। समस्या यह है कि कार्यान्वयन का उपयोग स्थिति कोड के वास्तविक उपयोग को रोकने के लिए साक्ष्य के रूप में किया जा रहा है, जो कि _eventually_ एक समस्या हो सकती है।

इसी तरह के बदलावों के बारे में चर्चा के लिए कृपया https://github.com/nodejs/node/issues/14644 और https://github.com/golang/go/issues/21326 देखें।

जब तक हम अन्य स्टेटस कोड जैसे 420 और दोस्तों को जोड़ना नहीं चाहते, मुझे इसे हटाने में कोई दिक्कत नहीं है।

हालांकि HTTPbin.org इसे रख रहा है :)

व्यक्तिगत सर्वर, मैं इसके बारे में कम चिंतित हूँ :)

एक जनसंपर्क भेजें!

हालांकि इसे 3.0.0 शाखा के विरुद्ध बनाएं, यह एक महत्वपूर्ण परिवर्तन होगा।

जमे रहो! मैं http://save418.com (https://github.com/WhataShane/save418) के पीछे का आदमी हूं। मैं, कई अन्य लोगों की तरह, 418 की तरह (लगभग पूरी तरह से) सहज परिहास पर ठोकर खाने का आनंद लेता हूं। यह एक ऐसी चीज है जो आपके चेहरे पर मुस्कान तब भी लाएगी, जब आप किसी परियोजना की समय सीमा को पूरा करने के लिए दबाए जाते हैं और आपका बॉस आप पर चिल्ला रहा है एक कार्यालय खत्म। इसे जाते हुए देखना वाकई शर्म की बात होगी।

गो थ्रेड से @romellem को उद्धृत करने के लिए, जो 418 के तर्क को काफी स्पष्ट रूप से बताता है:

बस स्पष्ट होने के लिए, क्या आपका तर्क है कि जब/यदि 400 ब्लॉक खत्म हो जाता है, तो हम चाहते हैं कि 400 ब्लॉक की उपयोगिता को थोड़ा और आगे बढ़ाने के लिए एक अतिरिक्त कोड उपलब्ध हो?

जब तक मैं इसे गलत तरीके से नहीं पढ़ रहा हूं, HTTP स्थिति कोड के 400 ब्लॉक में 50 से अधिक कोड उपलब्ध हैं। 50% से अधिक पर 400 ब्लॉक के उपलब्ध "स्पेस" के साथ, यह एक ऐसी समस्या के लिए पूर्व-परिपक्व अनुकूलन हो सकता है जो कभी नहीं हो सकता है (400 ब्लॉक उपलब्ध कोड से बाहर चल रहा है, अर्थात)।

कठोर आवाज करने की कोशिश नहीं कर रहा है, लेकिन मुझे एक मजेदार छोटे ईस्टर अंडे पसंद हैं जो आपको प्रोग्रामिंग करियर के दौरान मिलते हैं। मेरे लिए, यह दर्शाता है कि कंप्यूटर को वास्तव में काम करने के लिए जो कुछ भी चल रहा है वह अभी भी मनुष्यों द्वारा बनाया गया है, और उस मानव तत्व के छोटे टुकड़े रखना अच्छा है (मेरी राय में)। आपका तर्क ध्वनि और तार्किक है, लेकिन यह अनुरोधित परिवर्तन इंजीनियरिंग मजबूती की भावना में गो (और संभावित रूप से नोडजेएस) के "मजेदार-नेस" को थोड़ा कम करता है। दिन के अंत में, मुझे कहना होगा कि मुझे नहीं लगता कि ट्रेडऑफ़ इसके लायक है।

(हालांकि मैं इतिहास के पाठ की सराहना करता हूं! मैंने हमेशा सोचा था कि 418 HTTP/1.x युक्ति का एक हिस्सा था; "HTCPCP/1.0" युक्ति के बारे में नहीं जानता था। 🙂)

मैं मानता हूं कि यह एक मजेदार ईस्टर एग है।

अनुरोध खुद को गंभीरता से लेते हैं, लेकिन बहुत गंभीरता से नहीं। :)

यह "बहुत गंभीरता से" की पंक्ति हो सकती है।

नए RFC के साथ शुरुआत करके इसे कल्पना का हिस्सा बनाने के लिए यहाँ स्पष्ट उत्तर नहीं है?

@tSavo स्पष्ट रूप से!

जबकि मैं मानता हूं कि 418 RFC 7231 में HTTP स्थिति कोड युक्ति का हिस्सा नहीं है, यह जंगली में मौजूद है। यहां तक ​​कि गूगल ने भी इसे यहां लागू कर

मुझे अपनी चाबी दे दो।

स्पष्ट होने के लिए, मैं बाकी अनुरोध टीम से सहमत हूं: हमें यहां 418 मैपिंग रखनी चाहिए। लेकिन कारण मैं मानता हूँ मज़ा ईस्टर अंडे की वजह से नहीं, विशुद्ध रूप से व्यावहारिक है (हालांकि यह मजेदार है): codes.py कोड को कारण परिच्छेद से एक मानचित्रण के निर्माण के लिए प्रयोग किया जाता है। इस कारण से इसमें कोई भी कारण वाक्यांश शामिल होना चाहिए जो किसी दिए गए कोड के लिए कुछ हद तक प्रकट होने की संभावना है। फिलहाल के लिए मैं एक चायदानी हूं। यदि यह बदलता है, तो हम आईएएनए द्वारा निर्दिष्ट कोई अन्य वाक्यांश जोड़ देंगे।

@mnot , इस प्रतिक्रिया को एक प्रतिबद्धता के रूप में उपयोग करने के लिए स्वतंत्र महसूस करें जो कहती है कि IETF/IANA को 418 का पुन: उपयोग करने के लिए स्वतंत्र महसूस करना चाहिए, और इसे हमारी ओर से अवरुद्ध नहीं करना चाहिए। मुझे लगता है कि कारण वाक्यांश किसी भी तरह बेवकूफ हैं।

979050 नंबर के तहत आईएएनए को 418 रजिस्टर करने का अनुरोध प्रस्तुत किया गया है ।

ठीक; इस 418. @mnot की खूबियों के लिए एक चर्चा मंच यदि आप इस कृपया ड्रॉप मुझे एक ईमेल पर अनुवर्ती कार्रवाई करना चाहते हैं नहीं है। बाकी सभी के लिए: हम आपके इनपुट की सराहना करते हैं, लेकिन हमने जो निर्णय लिया है, उसके बारे में मुझे बहुत अच्छा लगता है।