मैं अपनी परियोजना के लिए एक व्यवस्थापक ऐप और क्लाइंट ऐप प्राप्त करने में सक्षम होना चाहता हूं। आदर्श रूप से, मैं एक साझा MongoDB संग्रह करने में सक्षम होना चाहता हूँ। मैं इसे कैसे पूरा कर पाऊंगा?मैं उल्का ऐप्स के बीच मोंगोडीबी संग्रह कैसे साझा कर सकता हूं?
मैंने दो अलग-अलग ऐप्स में एक ही नाम के साथ संग्रह बनाने की कोशिश की, लेकिन पाया कि उल्का डेटा को अलग रखेगा। कोई विचार क्या मैं कर सकता हूँ? धन्यवाद।
export MONGO_URL=mongodb://localhost:3002/meteor
फिर उल्का ऐप चलाएं, यह डिफ़ॉल्ट डेटाबेस उल्का उपयोगों को बदल देगा। तो डेटाबेस या संग्रह साझा करें कोई समस्या नहीं होगी! प्रशासनिक कारण के लिए, मैं उल्का के आंतरिक मोंगोडीबी का उपयोग करने के अलावा स्वयं द्वारा प्रबंधित एक व्यक्तिगत मोंगोडीबी सर्वर का उपयोग करूंगा।
एक उचित सवाल है और इस जवाब से अधिक में एक चर्चा शायद लायक:
MongoDB कनेक्शन उल्का आवेदन प्रक्रिया अपने आप में नियंत्रित किया जाता है और यह वह जगह है - जहाँ तक मैं पढ़ और समझ के रूप में - को लक्षित उल्का दर्शन का हिस्सा एक दृष्टिकोण जिसे वर्णित किया जा सकता है: एक डेटा स्रोत इससे संबंधित एक एप्लिकेशन परोसता है लेकिन पर सदस्यता लेने वाले कई ग्राहक।
यह ध्यान में रखते हुए, एक व्यवस्थापक में "व्यवस्थापक" और "क्लाइंट" क्लाइंट को जोड़ना (यानी आपका उल्का ऐप) शायद पसंदीदा तरीका है।
एक सर्वर प्रशासनिक दृश्य से, तथापि, कनेक्शन उल्का द्वारा इस तरह हमेशा डिफ़ॉल्ट स्थानीय डेटा स्रोत जो अपनी परियोजना निर्देशिका (.meteor/local/db में रहता है कि वहाँ में नियंत्रित किया जाता है, मोंगो कनेक्शन स्ट्रिंग जबकि उल्का आवेदन प्राप्त करने के लिए meteor mongo --url कोशिश प्रक्रिया चल रही है)। लेकिन फिर भी परिनियोजन उद्देश्यों के लिए इन deployment instructions में वर्णित उद्देश्यों के लिए एक वैकल्पिक डेटा स्रोत स्ट्रिंग निर्दिष्ट कर सकता है।
तो आपको काम करने के लिए अपने इच्छित सेटअप के लिए "स्थानीय विकास परिनियोजन" का कुछ हद तक डरावना तरीका चुनना होगा। या आप स्रोतों को जाकर हैक करें और ... नहीं, इसे भूल जाओ। आप शायद अपने आवेदन और ग्राहकों को लाभ का लाभ उठाना चाहते हैं रीयलटाइम यूआई अपडेट (प्रकाशित) और यही कारण है कि उल्का आवेदन "एप्लिकेशन डेटा स्रोत" से जुड़ा हुआ है और इसके विपरीत अब इसके विपरीत है। किसी अन्य ऐप से कनेक्ट होने पर, मॉडल में परिवर्तन को ट्रिगर करने वाली घटनाओं को उन अनुप्रयोगों में नहीं ले जाया जाएगा। पाठ्यक्रम के रूप में mongoDB उदाहरण खुद के बारे में पता नहीं है।
मुझे यकीन है कि कोर टीम के कारणों के लिए कॉन्फ़िगरेशन सेक्शन में डेटा स्रोत कनेक्शन का पर्दाफाश नहीं करेगी, जब तक कि वे किसी प्रकार की मॉड्यूल अवधारणा के साथ अपने आर्किटेक्चर का विस्तार नहीं करते हैं जो मूल मॉडल/संग्रह अबास्ट्रक्शन की एक सामान्य सेवा परत प्रदान करता है उल्का उदाहरणों में - कम से कम प्रकाशित/सब्सक्राइब घटनाओं के बारे में जागरूकता का समर्थन करना।
दिलचस्प पढ़ने के लिए धन्यवाद। मैं तर्क दूंगा कि एक यूआरएल रूटिंग योजना बनाना सादगी समान उत्पादकता के उल्का के सिद्धांत से विचलित होता है। शेयर डेटाबेस तक पहुंचने वाले अलग-अलग ऐप्स होने से भी चिंताओं का एक अच्छा अलगाव हो सकता है (व्यवस्थापक/लॉगिन तर्क को सार्वजनिक अंतराल से अलग रखना)। – Sam
ग्राहकों से संवेदनशील डेटा युक्त एचटीएमएल को छिपाने के लिए यह भी मुश्किल (असंभव?) है।उदाहरण के लिए कल्पना करें कि मेरे पास मेरे उपयोगकर्ता गिनती के साथ एक "व्यवस्थापक" पृष्ठ है और मैं सभी उपयोगकर्ता डेटा को व्यवस्थापक के रूप में देखता हूं। मैं परिणाम को "छुपा" सकता हूं लेकिन एचटीएमएल में सबसे अच्छा मैं अपने संवेदनशील फ़ील्ड नामों को #if ब्लॉक में रखना चाहता हूं जो व्यवस्थापक पहुंच का परीक्षण करता है। लेकिन टेम्पलेट में पूरा एचटीएमएल सही जेएस कौशल वाले किसी के लिए सुलभ है। – Faraday88
इस डीडीपी परीक्षण को आजमाएं, मैंने दो ऐप्स (सर्वर ए और बी) को पुल करने के लिए एक साथ हैक किया है।
दोनों सर्वर डेटा में हेरफेर कर सकते हैं, लेकिन डेटा केवल सर्वर ए
पर एक संग्रह में संग्रहित है this link देखें रूप में अच्छी तरह
यह समाधान मामला है कि केवल ** कुछ ** संग्रह दो सर्वर के बीच साझा कर रहे हैं में सबसे अच्छा है। वर्तमान में चयनित सर्वोत्तम उत्तर केवल ** साझा करने की समस्या को संबोधित करते हैं ** सभी ** संग्रह जो हमेशा लोगों की तलाश में नहीं होते हैं। – a4xrbj1
यह काम करता है :) धन्यवाद! – Sam
नोट यह अब 3001 नहीं 3002 है - इस सूत्र के पहले उत्तर देखें: http://stackoverflow.com/questions/14371926/how-is-mongodb-installed-by-meteor –
प्रतिक्रियाशील ~ – crapthings