और आपने हैबरमेन के किसी भी समुदाय की मदद कैसे की?

स्थिति की कल्पना करें ... आपने तय किया कि इसका मतलब है कि अपनी परियोजना में कुछ नई तकनीक को बाँध लें। उन्होंने आपकी ज़रूरत की हर चीज़ रखी, लाइब्रेरी को जोड़ा और ओपा ... काम नहीं करता। और यहाँ आपको सताया जाता है, चुनना, लेकिन यह सब काम नहीं करता है और काम नहीं करता है। और इस लाइब्रेरी में थोड़ी देर बैठने के बाद, आप इस मामले को छोड़ने का निर्णय लेते हैं, एक अन्य टीम से एक समान लाइब्रेरी डाउनलोड करते हैं और इसे आज़माते हैं।

या शायद ऐसा नहीं था। हो सकता है कि आप बहुत जिद्दी और उद्देश्यपूर्ण व्यक्ति हों और मामले को अंत तक लाने और उत्पाद के विकास में मदद करने के लिए हर कीमत पर फैसला करें।

देखभाल करने वालों के लिए कहानी का सिलसिला ...

स्थिति

हम STOMP प्रोटोकॉल का उपयोग करके Zend फ्रेमवर्क के माध्यम से RabbitMQ के साथ काम करना सीखना चाहते हैं। तो, हम आवश्यक वर्गों को जोड़ते हैं और सवाल तुरंत उठता है: कैसे काम करना है? गूगल - कुछ भी नहीं है। ठीक है, ठीक है, हम विकिपीडिया पर चढ़ते हैं और आधिकारिक वेबसाइट का लिंक पाते हैं, जहाँ उदाहरणों के साथ प्रोटोकॉल का विवरण है। उदाहरण के लिए, हम मोटे तौर पर समझते हैं कि किस क्रम में और किस क्रम में काम करने के लिए कॉल करना है।

लिखा - अनुरोध भेजा जाता है, लेकिन प्रतिक्रिया मिलने पर उसे जमा देता है। ओह ठीक है, डंप अनुरोध - डेटा आता है। हम एचईएक्स संपादक में देखते हैं कि क्या आता है, और फिर हम उस कोड में देखते हैं जो अपेक्षित है। हम Zend वर्ग में अनुरोध को पार्स करने में त्रुटि पाते हैं।

संपादित करें, चलाएं - अमान्य लॉगिन। फिर से हम अनुरोधों को डंप करते हैं, लेकिन सब कुछ सच है और एक उदाहरण से मेल खाता है। हम टेलनेट के माध्यम से प्रोटोकॉल का अनुकरण करने की कोशिश करते हैं - वही त्रुटियां। हम हेडर में बृहदान्त्र के बाद स्थान को हटाने की कोशिश करते हैं, जो है:
CONNECT
login:<username>
passcode:<passcode>

जीत गए हैं! अहा! हम खुशी से अपने हाथ रगड़ते हैं और एक्टिवएमक्यू स्थापित करने का निर्णय लेते हैं और उस पर पहले विकल्प की जांच करते हैं। और, यह काम करता है। खैर, यह है, अब हम RabbitMQ को कोड लिखने का तरीका बताते हैं।

हम एक पत्र लिखते हैं, हमें जवाब मिलता है:

• \ N00 के बाद की नई कहानियों के बारे में - जो युक्ति का हिस्सा नहीं है। यह 1.1 में * अनुमति है *, लेकिन 1.0 में भी उल्लेख नहीं किया गया है। चूँकि यह ऐसा कुछ नहीं है जिसके लिए युक्ति की आवश्यकता होती है, मुझे लगता है कि Zend क्लाइंट यहाँ पर सर्वर की अपेक्षा में एक नई लाइन भेजने की अपेक्षा कर रहा है जो कि युक्ति द्वारा अपेक्षित नहीं है।
• हेडर मानों को ट्रिम करने के बारे में, यह 1.1 में स्पष्ट रूप से प्रतिबंधित है, इसलिए हम इसका समर्थन नहीं करते हैं। तकनीकी रूप से, हम इसे 1.0 के लिए समर्थन कर सकते हैं, लेकिन हम नहीं जानते कि ग्राहक उस वर्जन का उपयोग कर रहा है जब तक * के बाद * कनेक्ट फ्रेम संसाधित नहीं हो गया है। हालांकि आदर्श रूप से, Zend क्लाइंट 1.1 में अपडेट होगा।

वह है: आपका कोड जमा देता है क्योंकि Zend वर्ग उन वर्णों के अनुक्रम की अपेक्षा करता है जो विनिर्देश द्वारा परिभाषित नहीं हैं, और हमें उन्हें भेजने की आवश्यकता नहीं है। शीर्ष लेख में रिक्त स्थान उपयोगी जानकारी हो सकती है, इसलिए हम उन्हें ट्रिम नहीं करेंगे। और, सामान्य तौर पर, हम विनिर्देश 1.1 के साथ संगत सर्वर लिख रहे हैं, और आपका Zend केवल 1.0 का समर्थन करता है।

लेकिन मुझे माफ करना, मैं पूछता हूं, और आधिकारिक वेबसाइट पर यह प्रोटोकॉल 1.1 के बारे में कहां लिखा गया है?
उत्तर: और यह एक पुरानी साइट है, यहाँ नए का लिंक दिया गया है। और यहाँ भी दो पैच हैं जो RabbitMQ को Zend के बग्स में समायोजित करते हैं।

हमने कुछ विवरणों को स्पष्ट करने के लिए थोड़ा और पत्राचार किया, और यहां हमने निकास पर क्या किया।

परिणाम

• मुझे दो पैच मिले जो रैबिटएमक्यू को ज़ेंड के बग्स में समायोजित करते हैं, हालांकि मैंने भी नहीं पूछा।
• रैबिटएमक्यू टीम ने पुरानी साइट के मालिकों को नए से लिंक लगाने के लिए कहा।
• STOMP प्रोटोकॉल पर लेख में नई साइट का लिंक अंग्रेजी विकिपीडिया में जोड़ा गया है।
• Zend पर, 3 नए टिकट जोड़े गए और एक और अपडेट किया गया।

अंतभाषण

इस पूरी कहानी में कुछ भी अलौकिक नहीं है। मैं सिर्फ यह दिखाना चाहता था कि हर कोई सामुदायिक उत्पादों को विकसित करने में मदद कर सकता है। यह सस्ती है और काम करती है। शायद आप अधिक महाकाव्य उदाहरण दे सकते हैं।
तो आइए शुक्रवार को एक-दूसरे के साथ ऐसी ही कहानियां साझा करते हैं।