प्रति-क्लाइंट प्लग इन कोड के संदर्भ में, आप एक डाटा मॉडल में कोड संग्रहीत कर सकती है और उसके बाद eval() कोड गतिशील रूप से यह निष्पादित करने के लिए। (निश्चित रूप से आप यह सुनिश्चित करने के लिए अद्यतन पर कुछ गंभीर सैनिटी-चेकिंग/स्क्रबिंग करना चाहते हैं ताकि कोड में दुर्भावनापूर्ण कॉल न हों)। एक और तरीका कस्टम टैग लाइब्रेरी विकसित करना हो सकता है, जो कि रेडियंट सीएमएस डेवलपर्स के निर्माण के आधार पर बहुत कुछ है ... और फिर अपने उपयोगकर्ताओं को प्रदान किए गए टैग का उपयोग करके अपने व्यवहार को "प्रोग्राम" दें। इससे आपको कम लचीलापन की कीमत पर अधिक नियंत्रण और बेहतर सुरक्षा मिलती है।
डाउनटाइम प्रश्न के संदर्भ में, यदि आप आधुनिक रेल परिनियोजन दृष्टिकोण का उपयोग कर रहे हैं तो मुझे नहीं लगता कि यह एक मुद्दा होना चाहिए। उपरोक्त eval() दृष्टिकोण को पुनरारंभ करने की आवश्यकता नहीं है (जब तक कि आपके कस्टम कोड को उन पुस्तकालयों पर "शामिल नहीं है ..." जो कि अंतिम बूट के समय स्थापित नहीं हैं - लेकिन इन पुस्तकालयों को स्थापित करना भी "बैंड से बाहर है "समस्या जो आपको हल करने की आवश्यकता होगी।
यात्री आपको रीस्टार्ट.txt फ़ाइल देता है जिसे आप ताज़ा करने के लिए स्पर्श कर सकते हैं। इसी प्रकार मोंगेल (जैसे देखा गया) के लिए व्यंजन हैं जो आपको अपने मोंगेल स्टैक को क्रमशः पुनरारंभ करने की अनुमति देते हैं डाउनटाइम से बचने के लिए। अगर मैं आप थे, तो मैं इन दोनों मुद्दों को मानसिक रूप से अलग कर दूंगा, क्योंकि दोनों के बीच निर्भरताएं बहुत अच्छी नहीं हैं। उम्मीद है कि इससे मदद मिलती है।
मुझे लगता है कि यह एक बहुत अच्छा समाधान है (भले ही eval() बहुत डरावना) क्योंकि मैं वह हूं जो कोड विकसित करेगा, उपयोगकर्ताओं को नहीं। बेशक अगर कोई द्रव्यमान था छील मॉड्यूल तो मैं इसे सामान्य के रूप में बना सकता हूं और इसे एक्सेस प्रतिबंधित कर सकता हूं। विशिष्ट उदाहरण प्रति-खाता अनुकूलन के लिए है, इसलिए मुझे लगता है कि यह सबसे अच्छा काम करेगा। – bwizzy