Django संचालित फ़्लैश साइटों के लिए छोटी होस्टिंग कंपनी के लिए सर्वर को कैसे कॉन्फ़िगर करें?

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

होस्टेड साइटों पर अधिकतर ट्रैफ़िक के रूप में देखकर उनके शीर्ष स्तर के डोमेन पर समाप्त हो जाएगा, इसके परिणामस्वरूप केवल स्थिर मीडिया हिट (एम्बेडेड फ्लैश मूवी वाला HTML पृष्ठ) होगा, मैं उन अनुरोधों को संभालने के लिए lighttpd या nginx सेट अप कर सकता हूं, और django सामान को apache/mod_whatever पर वापस पास करें।

ऐसा लगता है जैसे मैं इसे एक बॉक्स पर सेट कर सकता हूं, django साइट ढांचे के साथ प्रत्येक साइट के व्यवस्थापक को अलग रखता है।

मैं एक सर्वर व्यवस्थापक का ज्यादा नहीं हूँ। क्या कोई गठिया है जिसे मैं नहीं देख रहा हूं?

1
आप फास्टसीजीआई के माध्यम से nginx के माध्यम से Django अनुरोध भी पास कर सकते हैं - अपाचे अब एक आवश्यकता नहीं है।
जोड़ा लेखक Ryan Duffield, स्रोत

3 उत्तर

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

जहां तक ​​सामग्री की सेवा होती है, ऐसा लगता है कि आप एक सामान्य (स्थैतिक) फ्लैश फ़ाइल की सेवा कर सकते हैं जो सामग्री को भरने के लिए गतिशील xml फ़ाइल का उपयोग करता है। यदि आप xml उत्पन्न करने के लिए Django का उपयोग करते हैं, तो यह आपको आवश्यक गतिशील सामग्री देगा।

2
जोड़ा

यह django स्निपेट हो सकता है कि आपको उन्हें अलग रखने की आवश्यकता हो:

http://www.djangosnippets.org/snippets/1054/

"व्यवस्थापक इंटरफ़ेस के साथ एक बहुत ही सरल एकाधिक उपयोगकर्ता ब्लॉग मॉडल कॉन्फ़िगर करने के लिए कॉन्फ़िगर किया गया है ताकि वे केवल उन प्रविष्टियों को संपादित या हटा सकें जिन्हें उन्होंने स्वयं बनाया है, जब तक कि वे एक सुपर उपयोगकर्ता न हों।"

1
जोड़ा

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

फिर फिर, यह व्यवस्थापक को कस्टमाइज़ करने के लिए आसान हो सकता है कि आप उन ऑब्जेक्ट्स की मात्रा को सीमित कर सकते हैं जो उपयोगकर्ता दिए गए साइट पर उन लोगों को देख सकते हैं। यह करना काफी आसान है, भले ही आप साइट फ्रेमवर्क से सामान्य साइट के बजाय RequestSite का उपयोग करना चाहें, क्योंकि प्रत्येक साइट के लिए अलग-अलग सेटिंग्स की आवश्यकता होती है।

ModelAdmin में यह एक विधि मौजूद है जिसे आप संपादित किए जा रहे ऑब्जेक्ट्स पर मैन्युअल नियंत्रण रखने के लिए ओवरराइड कर सकते हैं।

0
जोड़ा