एक्सएमपीपी: पबूब को बिडरेक्शनलिटी जोड़ना?

Question

मुझे यकीन नहीं है कि क्या पबब या बहुउद्देश्यीय जाने का रास्ता है?

मुझे लगता है कि मुझे पबब की ज़रूरत है, लेकिन ग्राहकों को फ़ीड को संदेश प्रसारित करने की अतिरिक्त क्षमता के साथ। यदि आप करेंगे, तो बिडरेक्शनल सूचना प्रवाह।

उपयोग का मामला ऐसा है कि ग्राहकों को औसत 1000 अलग-अलग फ़ीड पर सब्सक्राइब किया जाएगा, लेकिन प्रत्येक व्यक्ति फ़ीड प्रति सप्ताह औसतन औसत पर प्रसारित करता है। तो, बहुत सारे फ़ीड, लेकिन प्रत्येक में कम गतिविधि। हालांकि, बी/सी 1000 अलग-अलग सक्रिय सदस्यता हैं, एक ग्राहक को अभी भी प्रति दिन 100 संदेशों की अधिसूचना दी जा सकती है, और वे उन फ़ीडों में से किसी एक को उर्फ ​​पोस्ट सामग्री "जवाब" देने में सक्षम होना चाहिए।

ऐसा लगता है कि मुझे एक पबब/मल्टीउसरचैट हाइब्रिड की आवश्यकता है। लेकिन यह अस्तित्व में नहीं है, या यह करता है? कोई विचार या पॉइंटर्स?

धन्यवाद एक गुच्छा!

Answer 1

यदि कोई ग्राहक डेटा प्रकाशित कर रहा है तो वे केवल ग्राहक नहीं हैं, वे एक प्रकाशक हैं। और ऐसा कोई कारण नहीं है कि एक ही इकाई एक प्रकाशक और ग्राहक एक ही समय में न हो।

पबब बनाम एमयूसी के बारे में आपके सामान्य प्रश्न के लिए, यह एक प्रश्न है जो मुझे आजकल बहुत कुछ आता है।

स्पष्ट रूप से पहली नज़र में एमयूसी और पबूब बहुत समान हैं, वे दोनों एक समूह को प्रसारित करने के बारे में हैं। कई एप्लिकेशन आसानी से एक या दूसरे को बिना किसी परेशानी के इस्तेमाल कर सकते हैं।

यह तय करने में सहायता के लिए कि आपके अनुप्रयोगों के साथ कौन सा फिट बैठता है, चलिए दो प्रोटोकॉल के बीच कुछ अंतरों को पार करते हैं।

MUC:

1. ऑनलाइन उपयोगकर्ताओं को एक दूसरे के साथ संवाद स्थापित की मानक चैटरूम के लिए बिल्कुल अच्छा है। यदि आप यही कर रहे हैं, तो इसका इस्तेमाल करें।
2. उपस्थिति शामिल है, यानी अन्य लोगों को शामिल होने, छोड़ने और बदलने की स्थिति के बारे में सूचित करना।
3. निवासियों के बीच अज्ञात निजी संचार की अनुमति देता है।
4. व्यावहारिक रूप से किसी मानक XMPP क्लाइंट (मानक चैट संदेशों के लिए) के साथ बॉक्स से बाहर काम करता है।
5. उपयोगकर्ता ऑफ़लाइन या डिस्कनेक्ट होने पर कमरे की स्वचालित छोड़ देता है।
6. कस्टम पेलोड के साथ संदेश समर्थित हैं, जिसका अर्थ है कि आप मानक चैट संदेशों को रूट करने तक ही सीमित हैं।

pubsub:

1. एक या कुछ प्रकाशकों कई केवल पढ़ने के लिए ग्राहकों के लिए संचारण कोर pubsub क्षेत्र है। एमयूसी के विपरीत ग्राहक सब्सक्राइब नहीं कर रहे हैं, और अन्य ग्राहकों के बारे में जानकारी प्राप्त नहीं कर रहे हैं।
2. सर्वर कार्यान्वयन में पबूब के लिए अधिक लचीली पहुंच नियंत्रण होता है।
3. कस्टम पेलोड केवल, कोई मानक चैट संदेश नहीं।
4. वैकल्पिक रूप से पूर्ण आइटम दृढ़ता है।
5. साधारण नोड की बजाय वस्तुओं की सूची (यानी अधिसूचना के साथ जोड़ें/निकालें) के रूप में एक नोड प्रबंधित किया जा सकता है।
6. सदस्यता ऑफ़लाइन होने के माध्यम से जारी रह सकती है।

उपरोक्त बिंदु केवल एक गाइड हैं। सर्वर कॉन्फ़िगरेशन के माध्यम से आमतौर पर बहुत कुछ हासिल किया जा सकता है। एक उदाहरण के रूप में, एमयूसी विनिर्देश कॉन्फ़िगरेशन के आधार पर निवासियों के कुछ वर्गों के लिए उपस्थिति प्रसारण रोकथाम के लिए अनुमति देता है। यहां पकड़ लागू करने में है ... चूंकि यह एमयूसी का असामान्य उपयोग है, इसलिए आप पाएंगे कि यह कई एमयूसी कार्यान्वयन में समर्थित नहीं हो सकता है। मुद्दा यह है कि चूंकि एमयूसी को चैट करने के लिए डिज़ाइन किया गया था और जेनेरिक पबब नहीं, इसलिए आप उस तरह के उपयोग पर ध्यान केंद्रित करने के लिए एमयूसी के आसपास सभी कार्यान्वयन और टूलिंग को मोटे तौर पर पा सकते हैं।

Answer 2

सुनिश्चित नहीं है कि समस्या क्या है। ग्राहक को बस एक प्रकाशक भी होना चाहिए। प्रकाशन के साथ-साथ सदस्यता लेने से उन्हें रोकना कुछ भी नहीं है (जब तक नोड्स इसे अस्वीकार करने के लिए कॉन्फ़िगर नहीं किया जाता है)।

यह एक बहुत ही सामान्य पबब केस प्रतीत होता है।