उपयोगिता परिप्रेक्ष्य से, क्या मुख्य वेबसाइट पर व्यवस्थापक अनुभाग को एकीकृत करना बेहतर है या सामग्री का प्रबंधन करने के लिए एक अलग अनुभाग है?वेबसाइट प्रशासन - मुख्य वेबसाइट या अलग सेक्शन में एकीकृत?
किसी भी विचार की बहुत सराहना की जाती है।
संपादित करें: एप्लिकेशन बहुत गैर-तकनीकी अनुकूल कर्मचारियों के लिए एक सीएमएस है।
यह उस परियोजना और भाग पर निर्भर करता है जिसे आप प्रशासित करना चाहते हैं, imho।
उदाहरण के लिए न्यूज़पोस्ट पर टिप्पणियां वेबसाइट पर प्रत्येक टिप्पणी के लिए "हटाएं" लिंकबटन दिखाकर प्रशासित की जानी चाहिए। अन्यथा mods को व्यवस्थापक अनुभाग => बहुत उपयोगकर्ता के अनुकूल नहीं टिप्पणी में देखना होगा।
लेकिन आम तौर पर मुझे लगता है कि एक अलग व्यवस्थापक अनुभाग आमतौर पर आपके ग्राहक के लिए अधिक स्पष्ट होगा। आप चाहते हैं कि वे साइट को सामान्य उपयोगकर्ता के रूप में देखें, इसे देखेगा।
कम से कम मैं आपकी सभी प्रशासन फ़ाइलों को एक अलग फ़ोल्डर में ले जाने की अनुशंसा करता हूं। इस तरह यदि आप .NET जैसे प्लेटफॉर्म का उपयोग कर रहे हैं तो आप भूमिका और उपयोगकर्ता-आधारित web.config अनुमतियों के बावजूद फ़ोल्डर पहुंच को आसानी से नियंत्रित कर सकते हैं।
आपकी प्रशासनिक फाइलों को अलग करने से आप अन्य चीजों को आसानी से भी कर सकते हैं, जैसे कि आप उन्हें बाद में किसी अन्य सर्वर पर ले जाने का निर्णय लेते हैं। इसके अलावा आप उन्हें अपनी robots.txt फ़ाइल में बहिष्कृत कर सकते हैं (हालांकि इसे robots.txt फ़ाइल में डालकर आप अन्य लोगों को यह बताएंगे कि यह खंड मौजूद है, और रोबोट को इस फ़ाइल को ध्यान में रखना नहीं है)।
संपादित करें:
मुझे लगता है मेरा उत्तर की तरह निशान एक छोटे से अपने प्रश्न पर विचार याद किया। बेशक ऑनलाइन संपादन एक प्रयोज्य परिप्रेक्ष्य से एक अलग पृष्ठ पर जाने से आसान है, लेकिन जब भी मैं नियमित उपयोगकर्ताओं के साथ मिश्रित व्यवस्थापक उपयोगकर्ताओं को मिश्रित करने के बारे में सुनता हूं तो विशाल अलार्म घंटी मेरे सिर में जाती है।
मुझे लगता है कि यह साइट के कार्य पर निर्भर करता है और यह आपके कर्मचारियों के लिए कितना घुसपैठ करेगा। क्या साइट को ब्राउज करते समय बदलाव करना उनके लिए समझ में आता है और क्या वे अंततः आपके सिस्टम से निराश हो जाएंगे क्योंकि इससे उन्हें अपनी प्रक्रिया में अनावश्यक कदम उठाने के लिए मजबूर किया जाता है? संपादन कब तक लगेगा? क्या प्रशासकों को एक पूरी तरह से अलग इंटरफेस दिखाने के लिए यह समझ में आता है? मुझे लगता है कि इस प्रश्न का उत्तर आपको उस विशिष्ट कार्य के बारे में बहुत अधिक समझने की आवश्यकता है, जिसे आप पूरा करने की कोशिश कर रहे हैं और मामले के आधार पर मामले में अलग-अलग होंगे।
हालांकि किसी विशेषाधिकार प्राप्त उपयोगकर्ता के रूप में किसी साइट के मुख्य भाग में लॉगिन करने में सक्षम होने के लिए सुविधा का एक स्तर है, और उसके बाद किसी पृष्ठ के हिस्सों पर इसे संपादित/बदलने के लिए क्लिक करने के लिए, इसमें एक सुरक्षा भी है इसे एक अलग क्षेत्र में रखते हुए।
मुझे पता चला है कि विशेष रूप से प्रशासनिक कार्यों के लिए समर्पित वेबसाइट का एक अलग अनुभाग कार्य को व्यवस्थित करने और उपयोग करने में आसान बनाता है। बस वर्डप्रेस (विशेष रूप से नई 2.7 रिलीज), ड्रूपल (एक बहुत लोकप्रिय सीएमएस), और जूमला (एक और बहुत लोकप्रिय सीएमएस) देखें। यदि आप इन फीचर का परीक्षण करना चाहते हैं तो यह देखने के लिए कि मुझे लगता है कि अलग सेक्शन बेहतर क्यों है, आप www.opensourcecms.com पर जा सकते हैं और ड्रूपल और जूमला दोनों का परीक्षण कर सकते हैं।
मुझे कभी भी मुख्य पृष्ठ में प्रशासन पृष्ठ जोड़ने को पसंद नहीं आया है। ऐसा लगता है कि किसी को गलती से साइट के प्रशासनिक हिस्से तक पहुंच प्राप्त करने का जोखिम बहुत अधिक है। भले ही आप सुरक्षा की समीक्षा करते हैं, फिर भी यह संभावना है कि कुछ अप्रत्याशित होगा, और यह साफ करने के लिए एक बड़ी गड़बड़ी है (क्या संशोधित किया गया था, किसने इत्यादि आदि का उपयोग किया)। मेरी राय में इसे एक अलग साइट के रूप में रखने का सबसे आसान तरीका है।
उपयोगिता से, अधिक बेहतर एकीकृत है लेकिन यह जटिलता को गंभीर रूप से जोड़ता है। यह हमेशा सर्वोत्तम होता है यदि आप उस संदर्भ में कार्रवाई कर सकते हैं जिसमें यह होता है - एक खराब उपयोगकर्ता को लॉक करें, एक लॉग को बहुत बड़ा ट्रिम करें आदि। हालांकि इनके महत्वपूर्ण दुष्प्रभाव होते हैं क्योंकि सुरक्षा पहलू इसे बहुत समय तक चलाता है डर से।
मुझे लगता है कि आपको प्रशासनिक क्षमताओं को सीधे आवेदन में एकीकृत करने के संबंध में जोखिम मूल्यांकन करने की आवश्यकता है।
अगर कोई निजीकरण बढ़ाने और व्यवस्थापक कार्यों तक पहुंच प्राप्त करने में सक्षम था, तो सिस्टम के लिए क्या प्रभाव होगा। यदि हर उपयोगकर्ता को दुर्भावनापूर्ण रूप से बंद कर दिया गया था - साइट, प्रतिष्ठा, एसएलए आदि को नुकसान?
व्यवस्थापक इस अनुभाग से क्या विनाशकारी कार्य कर सकता है? बहुत सारे डेटा हटाएं? ऐप दुर्घटनाग्रस्त? उन लागतों को बदलें जिनमें उपयोगकर्ताओं/ग्राहकों पर भौतिक प्रभाव पड़ता है?
क्या व्यवस्थापक फ़ंक्शन ऐप में एकीकृत हैं या विशिष्ट व्यवस्थापक फ़ंक्शंस में अलग हैं?
क्या एप्लिकेशन का सार्वजनिक चेहरा है या क्या यह एक इंट्रानेट है जिसे सुरक्षित माना जाता है?
मैं व्यक्तिगत रूप से आराम से महसूस किया कभी नहीं किया है डर के मारे साइट के साथ व्यवस्थापक अनुभाग को एकीकृत है कि मेरी मूर्खता या बुरा चूक की तरह मेरे नियंत्रण से बाहर किसी और कारण से एक सुरक्षा भंग, पैच न किया गया शोषण करते हैं। हालांकि, जब ग्राहक चेक लिख रहा है तो मैं ऐसा करता हूं जो उन्हें लगता है कि वह सबसे अच्छा है।
मैं उपयोगिता के स्कूल से आया हूं जो कहता है "अनुमानित काम को कम करें"। तो, आप अपने उपयोगकर्ता समूह सत्र से किस तरह की जानकारी प्राप्त की?
याद रखें, आप (और हम नहीं हैं) आपके सिस्टम के विशिष्ट उपयोगकर्ता नहीं हैं। जो भी हम कहते हैं वह अनुमान लगाने जा रहा है। इससे भी बदतर यह है कि यहां दिखाए गए किसी भी राय को आपकी स्थिति के लिए बीमार सूचित किया जा सकता है (लेकिन वे जो भी करते हैं उस पर शायद ही आश्चर्यजनक)। एकमात्र तरीका यह है कि आपको क्या करना है, इस बारे में एक सूचित राय होगी कि बाहर जाकर और अपने उपयोगकर्ताओं को बुद्धिमान तरीके से पूछें।
क्योंकि यह एक सुरक्षा समस्या है क्योंकि आपका कुछ उपयोगकर्ता मिश्रण सुरक्षा में विशेषज्ञ होना चाहिए। सिर्फ इसलिए कि इसका उपयोग करना आसान है इसका मतलब यह नहीं है कि यह सबसे उपयुक्त है।
मैं टैग – MikeJ
टैग के रूप में सुरक्षा और प्रशासन जोड़ूंगा, मुझे लगता है कि अधिकांश लोग आपके पहले 4 शब्दों को अनदेखा कर रहे हैं और सुरक्षा समस्याओं पर ध्यान केंद्रित कर रहे हैं .. :-) –