मैं ह्यूगो स्टेटिक साइट जनरेटर का उपयोग करके 2 साल का अनुभव साझा करता हूं। यह पोस्ट शुरुआती लोगों के लिए अभिप्रेत है, लेकिन यह पोस्ट ह्यूगो को कैसे स्थापित करें या पहली पोस्ट कैसे बनाएं, इस बारे में निर्देश नहीं देगा। यह पोस्ट उन लोगों के लिए उपयोगी होगी जो ब्लॉगिंग के लिए विकल्पों का चयन और तुलना करते हैं।

क्यों स्थैतिक साइट जनरेटर और ह्यूगो

स्थैतिक साइट जनरेटर एक प्रोग्राम है जो संरचित स्रोत फ़ाइलों (ग्रंथों, चित्रों, टेम्पलेट्स) को संसाधित करता है और एक स्थिर HTML साइट बनाता है जिसे सर्वर पर अपलोड किया जा सकता है।

साइट स्रोत कंप्यूटर पर फ़ोल्डर्स का एक समूह हैं:

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

प्रतीत होने वाली शत्रुता के बावजूद, सीएमएस के विपरीत, यह दृष्टिकोण उन लोगों के लिए सुविधाजनक है, जिन्हें एचटीएमएल, सीएसएस और अन्य वेब प्रौद्योगिकियों में कुछ ज्ञान है, लेकिन चाहते हैं कि ब्लॉग तकनीकी रूप से आदिम रहे।

विशेष रूप से, मूल स्क्रिप्ट को 5-10 लाइनों पर संपादित करना कुछ सीएमएस पृष्ठ के स्रोत कोड में खुदाई करने से आसान है। इसके अलावा, आपको सर्वर पर पर्यावरण को कॉन्फ़िगर करने की आवश्यकता नहीं है, डेटाबेस और स्थापना सुरक्षा समस्याओं से निपटें।

स्थैतिक साइटों की सीमाएं हैं कि उन कार्यों का उपयोग करने का कोई तरीका नहीं है जो उपयोगकर्ताओं से बंधे हैं। एक उदाहरण के रूप में, आपको एक तृतीय-पक्ष टिप्पणी प्रणाली का उपयोग करना होगा। एक ब्लॉग के लिए, इस तरह के प्रतिबंध महत्वपूर्ण नहीं हैं।

स्थैतिक साइटों के लिए, होस्टिंग खोजना और कॉन्फ़िगर करना आसान है

स्थैतिक होस्टिंग, जबकि साइट में यातायात की मात्रा नहीं है, जैसे कि Google, गतिशील साइटों की तुलना में आसान कॉन्फ़िगर किया गया है, और कई मामलों में यह मुफ़्त है।

मैं स्रोत कोड और ब्लॉग को खुद GitLab पर रखता हूं। यहां बताया गया है कि यह कैसे काम करता है:

1. GitLab की निजी git रिपॉजिटरी में ब्लॉग के लिए स्रोत कोड होता है।
2. रिपॉजिटरी को अपडेट करते समय, GitLab CI स्वतंत्र रूप से साइट के एक नए संस्करण की पीढ़ी शुरू करता है और इसे GitLab पेज पर डालता है।

यह कैसे काम करता है योजना:

स्टैक के अंत में, Cloudflare का उपयोग ब्लॉग के https संस्करण के लिए SSL प्रमाणपत्र को व्यवस्थित करने के लिए किया जाता है।

Hugo-GitLab कॉन्फ़िगरेशन में ब्लॉग के नए संस्करण की ऑनलाइन उपलब्धता में परिवर्तन करने से साइट को अपडेट करने में लगभग 1.5 मिनट लगते हैं। अधिकांश समय गितलब सीआई साइट बनाने की तैयारी में खर्च करता है। सीधे साइट बनाने में 1-2 सेकंड लगते हैं। अन्य साइट जनरेटर के लिए एक अलग ताज़ा दर होगी। उदाहरण के लिए, एक अन्य लोकप्रिय Jekyll साइट जनरेटर के साथ, साइट के नए संस्करण के लिए पृष्ठों का निर्माण कई बार धीमा हो सकता है ।

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

ब्लॉग स्वास्थ्य सहायता के बारे में सोचने की आवश्यकता नहीं है

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

स्रोत पर पूर्ण नियंत्रण बनाए रखा जाता है

प्रत्येक पोस्ट मार्कडाउन टेक्स्ट और तुरंत झूठ बोलने वाली छवि फ़ाइलों के साथ एक अलग फ़ोल्डर है।

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

यह 1 ब्लॉग पोस्ट के लिए डेटा फ़ोल्डर जैसा दिखता है:

और यह पोस्ट को Sublime Text और आउटपुट पेज में ही संपादित कर रहा है:

यदि आप स्रोत कोड को संस्करण नियंत्रण प्रणाली में जोड़ते हैं, तो आप ब्लॉग में परिवर्तनों का इतिहास देख सकते हैं। नीचे दिया गया स्क्रीनशॉट, सबलेम मर्ज में मई 2018 से परिवर्तन इतिहास की समीक्षा दिखाता है:

ह्यूगो को इसकी लोकप्रियता, गति और स्थापना में आसानी के कारण विभिन्न जनरेटर के बीच चुना गया था

GugHub पर सितारों की संख्या से ह्यूगो इंटरनेट पर शीर्ष 3 लोकप्रिय साइट जनरेटर में है।

कार्यक्रम अपने आप में 1 एक्स-फाइल है। जनरेटर शुरू करने के लिए स्थापना की आवश्यकता नहीं है, लेकिन इसे ह्यूगो कमांड के साथ कॉल करने के लिए, आपको पथ सिस्टम चर में इसे पथ को पंजीकृत करने की आवश्यकता है।

मैंने पहले ही ऊपर काम की गति के बारे में लिखा था - ह्यूगो कई अन्य जनरेटर की तुलना में बहुत तेज है, जो साइट के वॉल्यूम बढ़ने के साथ महत्वपूर्ण हो जाता है।

कठिनाइयों का सामना करना पड़ा

आपको कम से कम प्रोग्रामिंग या स्क्रिप्ट की थोड़ी समझ होनी चाहिए

ह्यूगो और अन्य जनरेटर के पास एक परिचित उपयोगकर्ता इंटरफ़ेस नहीं है। साइट अपडेट शुरू करना कमांड के सेट या सिंगल बैट-फाइल के माध्यम से किया जाता है।

"इंटरफेस":

यदि आप GitLab CI के माध्यम से साइट लोड करते हैं, तो आपको CI कॉन्फ़िगरेशन फ़ाइल को थोड़ा संपादित करने में सक्षम होना चाहिए।

GitLab विभिन्न जनरेटर के लिए कई तैयार फाइलें उपलब्ध कराता है, जिन्हें आधार के रूप में लिया जा सकता है:

लेकिन फिर भी आपको कुछ ठीक करने के लिए कॉन्फ़िगर में डुबकी लगानी होगी। उदाहरण के लिए, मानक कॉन्फ़िगरेशन में (नीचे स्क्रीनशॉट में), मैं कम से कम ह्यूगो के संस्करण को बदलने की सलाह देता हूं (मैं बाद में कारणों का विश्लेषण करूंगा):

आपको अपने लिए चयनित थीम को मैन्युअल रूप से संपादित करना होगा, आपको HTML का ज्ञान होना चाहिए

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

यहां तक ​​कि अगर आप फ्रंट-एंड डेवलपर नहीं हैं, तो Go पर आवेषण के साथ HTML टेम्पलेट की दुनिया में आपका स्वागत है:

ह्यूगो में, हाल तक, प्लगइन्स जैसी कोई चीज नहीं थी। सभी संपादन विषय के स्रोत कोड में किए जाने चाहिए। उदाहरण के लिए, यदि आपको किसी पृष्ठ के पाद लेख में पाठ को सही करने की आवश्यकता है, तो आपको HTML थीम टेम्पलेट को संपादित करना होगा।

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

नीचे स्क्रीनशॉट में ~ 1/3 बदलावों की सूची में:

यह पता लगाना मुश्किल है कि जनरेटर इंजन कैसे काम करता है।

मैंने कोशिश नहीं की, लेकिन उपयोग के सभी समय के लिए मैं पूरी तरह से समझ नहीं पाया कि जनरेटर कैसे काम करता है। मैं स्क्रैच से एक विषय या एक जटिल ब्लॉग संरचना नहीं बना सका।

समस्या का हल खोजना हमेशा संभव नहीं होता है

यदि समस्या कई उपयोगकर्ताओं के लिए आम है, तो यह जल्दी से मरम्मत की जाती है। लेकिन आप एक ऐसी समस्या में भाग सकते हैं, जिसका केवल आप सामना करेंगे।

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

अपडेट का खतरा और ह्यूगो के संस्करण का कारण बनता है

इस बात की कोई गारंटी नहीं है कि ह्यूगो के नए संस्करण में बदलाव के बिना आपकी सेटिंग्स, दस्तावेज और तैयार विषय सही ढंग से काम करेंगे।

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

प्रासंगिक प्रश्न यह है कि क्या यह सिद्धांत में अद्यतन करने योग्य है, यदि नई कार्यक्षमता का उपयोग नहीं करना है। वास्तव में, अपडेट की कमी सुरक्षा को प्रभावित नहीं करती है, और संगतता टूट सकती है। आधिकारिक ह्यूगो मंच से उदाहरण:

GitLab CI पर, स्क्रिप्ट सेटिंग में, मैं आपको हार्ड-फिक्स का उपयोग करने के लिए ह्यूगो के किस संस्करण का उपयोग करने की सलाह देता हूं।

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

संक्षेप में देना

स्थैतिक साइटों के जेनरेटर - उन लोगों के लिए उपयुक्त हैं जो पहले से ही सामने के छोर से थोड़ा पारंगत हैं, तकनीकी रूप से सरल साइट / ब्लॉग प्राप्त करने के लिए तकनीकी पहलुओं में एक सीमित विसर्जन के साथ चाहते हैं।

अगर गति और स्थापना में आसानी प्राथमिकता है तो ह्यूगो एक अच्छा विकल्प है।

आप तकनीकी ज्ञान के बिना नहीं कर सकते। यहां और वहां आपको अपने आप को HTML, CSS और अन्य तकनीकी मुद्दों में विसर्जित करना होगा। दूसरी ओर, एक बार कॉन्फ़िगर करने के बाद साइट को बनाए रखने के लिए काफी कम प्रयास की आवश्यकता होती है।