मुख्य सामग्री पर जाएँ
Blueprint MakerBlueprintMaker

प्रश्न

क्या मैं एक ही एप्लिकेशन में कई साइटों का प्रबंधन कर सकता हूँ?

हाँ। एक दूसरा कार्यशाला, एक दूसरी दुकान, कई निर्माण स्थल, साइट वह डेटा है जिसे आप जनरेशन के समय वर्णित करते हैं, न कि कोई खरीदने योग्य सॉफ़्टवेयर संस्करण। प्रत्येक रिकॉर्ड अपनी साइट से जुड़ा होता है, सूचियाँ स्वतः फ़िल्टर हो जाती हैं, सूचकांक आपके द्वारा निर्धारित सीमा के आधार पर गणना किए जाते हैं, और कोई भी मूल्य निर्धारण पंक्ति साइटों की संख्या पर निर्भर नहीं करती। शुरू करने से पहले दो सीमाओं के बारे में जानना ज़रूरी है, और वे वास्तव में मायने रखती हैं: ऐसा कोई वैश्विक साइट सिलेक्टर नहीं है जो पूरे एप्लिकेशन को एक साथ स्विच कर दे, और खातों पर साइट-विशिष्ट प्रतिबंध नहीं हैं, एक खाता जो पढ़ सकता है, वह सब कुछ पढ़ सकता है। यह पृष्ठ बताता है कि क्या काम करता है, आपकी साइटों के अनुसार कौन-सा फॉर्मेट चुनना चाहिए, और क्या विकास की आवश्यकता होगी।

भ्रम मूल्य में नहीं, बल्कि डुप्लिकेशन में है

क्षेत्र की तुलनात्मक समीक्षाएँ जो कुछ वर्णित करती हैं, वह बहुत स्थिर है: जब कोई छोटा व्यवसाय ऐसे टूल के बिना दूसरा विक्रय केंद्र खोलता है जो इसके लिए डिज़ाइन किया गया हो, तो वह मौजूदा सिस्टम की एक प्रति स्थापित कर देता है। परिणामस्वरूप दो स्वतंत्र फ़ाइलें, दो अलग-अलग बिलिंग प्रणालियाँ, और महीने के अंत में मैनुअल संकलन के बिना समग्र दृश्य का अभाव होता है। इसके अतिरिक्त एक और गहरी नाराज़गी भी है: कई टूल “मल्टी-स्टोर” का दावा करते हैं, लेकिन वास्तविक केंद्रीकृत नियंत्रण नहीं देते, आपने कैश रजिस्टर जोड़े हैं, लेकिन कोई नेटवर्क नहीं बनाया है।

इसलिए सवाल यह नहीं है कि “क्या यह सॉफ़्टवेयर मल्टी-साइट विकल्प प्रदान करता है”, बल्कि यह है कि “साइट मेरे डेटा में कैसे दर्शाई गई है”। यह एक मॉडलिंग समस्या है, और यही वह क्षेत्र है जहाँ एक वर्णित और फिर जनरेट की गई एप्लिकेशन, एक तैयार-के-लिए-उपयोग के उत्पाद से अलग व्यवहार करती है: कोई उच्चतर संस्करण अनलॉक करने की आवश्यकता नहीं है, बल्कि एक बार सही तरीके से वर्णन लिखने की आवश्यकता है।

साइट डेटा है, सॉफ़्टवेयर का कोई संस्करण नहीं

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

एक बात स्पष्ट रूप से कही जानी चाहिए क्योंकि वह असामान्य है: मूल्य निर्धारण ग्रिड की कोई भी पंक्ति साइटों की संख्या पर निर्भर नहीं करती। प्लान सक्रिय एप्लिकेशनों की संख्या और जनरेशन की मात्रा के आधार पर भिन्न होते हैं, न कि आपकी एप्लिकेशन द्वारा ट्रैक किए जाने वाले स्थानों, कार्यशालाओं या निर्माण स्थलों की संख्या के आधार पर। तीसरी साइट कोई नया स्तर नहीं है, बल्कि यह एक सूची में एक और मान है।

आपकी साइटों के अनुसार चुनने योग्य फॉर्मेट

दो फॉर्मेट मौजूद हैं, और वे अलग-अलग परिणाम देते हैं, इसलिए जानकारी के साथ चुनना बेहतर है। यदि आपकी साइटें कम संख्या में हैं और स्थिर हैं, दो कार्यशाला, तीन दुकानें, तो उन्हें मानों की सूची के रूप में घोषित करें। यह वह फॉर्मेट है जो सबसे अधिक कार्यक्षमता प्रदान करता है: फ़िल्टर पैनल में खोज के बगल में एक साइट सिलेक्टर होता है, चुना गया फ़िल्टर पृष्ठ के URL में बना रहता है, इसलिए “दक्षिण कार्यशाला में लेट कार्य” का लिंक आप एक सहकर्मी को बिना किसी परिवर्तन के भेज सकते हैं, और स्थिति के आधार पर समूहीकरण करने वाले दृश्य भी साइट के आधार पर समूहीकरण कर सकते हैं।

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

शुरू करने से पहले जानने योग्य दो सीमाएँ

पहली: कोई वैश्विक साइट सिलेक्टर नहीं है। फ़िल्टरिंग प्रत्येक सूची में होती है, स्क्रीन के शीर्ष पर कोई स्विच नहीं है जो पूरे एप्लिकेशन को एक साथ “दक्षिण कार्यशाला मोड” में स्विच कर दे। एक छोटे संगठन के लिए, जो समग्र दृश्य चाहता है, यह कोई बाधा नहीं है, यह तो ऊपर वर्णित समस्या के विपरीत है। लेकिन कोई व्यक्ति जो पूरे दिन एक ही साइट पर काम करता है और कभी भी अन्य साइटों को नहीं देखना चाहता, उसके लिए यह वास्तविक असुविधा है, और इसे पहले से जान लेना बेहतर है।

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

और आगे जानने के लिए

मिलते-जुलते प्रश्न

अपनी साइटों का वर्णन करें और उत्पन्न एप्लिकेशन देखें