सामग्री प्रबंधकों का उपयोग क्यों न करें?

मुफ़्त और मुक्त स्रोत सॉफ़्टवेयर का ब्रह्मांड हमें कई विकल्प प्रदान करता है जिनसे हम अक्सर अनजान होते हैं क्योंकि हम सबसे लोकप्रिय पर ध्यान केंद्रित करते हैं। इस पोस्ट में हम देखेंगे कि सामग्री प्रबंधकों का उपयोग क्यों न करें।

मुझे सामग्री प्रबंधकों से कोई शिकायत नहीं है। इसके विपरीत, कुछ परिस्थितियों में वे बहुत उपयोगी उपकरण हैं, लेकिन अन्य में शायद हमें नई संभावनाओं के लिए खुला रहना चाहिए।

सामग्री प्रबंधकों का उपयोग क्यों करें

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

सर्वर-साइड प्रौद्योगिकियों के समावेश से साइटों को अन्तरक्रियाशीलता देना संभव हो गया क्योंकि ब्राउज़र पर भेजी जाने वाली सामग्री स्क्रिप्ट के उपयोग के माध्यम से निर्धारित की जाती थी। बाद में, हम डेटाबेस का उपयोग करने वाले समाधानों का उपयोग करने लगे।

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

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

सामान्य तौर पर, जैसी जगहों पर Ubunlog जिसके कई लेखक हैं और लगातार अपडेट होते रहते हैं, सामग्री प्रबंधक ही एकमात्र संभावित विकल्प हैं। लेकिन, स्थिर साइटों या व्यक्तिगत ब्लॉगों के लिए विचार करने के लिए अन्य विकल्प भी हैं।

सामग्री प्रबंधकों का उपयोग क्यों न करें?

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

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

विकल्प

यह साइट के प्रकार पर निर्भर करेगा, लेकिन ऐसे विकल्प हैं जो हमें कम सर्वर संसाधनों का उपयोग करने और सुरक्षा जोखिमों को कम करने की अनुमति देते हैं। निःसंदेह उन्हें साइट बनाने में हमें अधिक समय खर्च करने की आवश्यकता होगी। हमारे पास तीन विकल्प हो सकते हैं:

• स्क्रैच से कोड लिखें.
• ढाँचे का प्रयोग करें.
• स्थैतिक साइट जेनरेटर का उपयोग करें.

स्क्रैच से कोड लिखें

इसमें शुरुआत से ही साइट के संचालन के लिए आवश्यक HTML, CSS और जावास्क्रिप्ट कोड लिखना शामिल है।  हालाँकि यह इंटरनेट के शुरुआती दिनों की तुलना में बहुत आसान काम है, उदाहरण के लिए, आपको डिज़ाइन पेज को पेज दर पेज संशोधित नहीं करना पड़ता है क्योंकि बाहरी स्टाइल शीट का उपयोग किया जाता है, हमें यह सुनिश्चित करना होगा कि साइट अच्छी दिखे यदि हम अच्छी वेब पोजीशनिंग चाहते हैं तो विभिन्न स्क्रीन आकारों में।

यह वह विधि है जो हमें सीखने की सबसे बड़ी संभावना देती है और हम जो कर रहे हैं उस पर अधिक ध्यान देने के लिए मजबूर करती है।

ढाँचे का प्रयोग करें

फ़्रेमवर्क घटकों का संग्रह है जिन्हें हम लेगो ईंटों जैसी अपनी साइट बनाने के लिए जोड़ सकते हैं। क्लाइंट-साइड और सर्वर-साइड दोनों के उपयोग के लिए ओपन सोर्स फ्रेमवर्क का एक व्यापक संग्रह है। उनमें से कुछ हैं:

• बूटस्ट्रैप: लाइब्रेरी सेट प्रतिक्रियाशील वेबसाइट डिज़ाइन के लिए.
• बुलमा: घटक सेट वेब इंटरफेस के निर्माण के लिए.

स्थैतिक साइट जनरेटर

स्टेटिक साइट जनरेटर कॉन्फ़िगरेशन फ़ाइलों में शामिल सामग्री और निर्देशों से HTML और CSS कोड उत्पन्न करते हैं। पीढ़ी का परिणाम वह है जो सर्वर पर अपलोड किया जाता है। साइट को बाहरी सेवाओं से जोड़कर कुछ अन्तरक्रियाशीलता जोड़ना संभव है।

कुछ स्थैतिक साइट जनरेटर हैं:

• जेकिल:  एक है मार्कडाउन में लिखी गई फ़ाइलों से स्थैतिक साइट जनरेटर। इसमें सैकड़ों प्लगइन्स और थीम हैं।
• ह्यूगो: एक और जनरेटर मार्कडाउन का उपयोग करने वाली वेबसाइटें। यह सबसे तेज़ लचीलेपन में से एक है।