मैंने स्थैतिक साइटों का एक और जनरेटर क्यों लिखा

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

यह कहां चला गया

मेरे पास "मुझे और मेरी ... अच्छी बिल्ली" की शैली में थोड़ा ट्रैफ़िक और लेखों वाली एक वेबसाइट थी, जिसे मैंने नियमित रूप से अपडेट किया था। और, ज़ाहिर है, मैंने इसे सीएमएस के कुछ प्रकार को जकड़ने की कोशिश की। पहले यह एक विकि इंजन था, फिर कुछ और ब्लॉगिंग। थोड़ा ट्रैफ़िक और कमजोर होस्टिंग संसाधनों के साथ, निश्चित रूप से, मैंने साइट को 100% स्थिर करने के लिए अनुवाद करने के बारे में सोचा।

और यह शुरू हो गया

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

"नहीं"

फिर मैंने लगभग सब कुछ करने की कोशिश की जो "बाजार पर" था, और मेरे लिए महत्वपूर्ण "नहीं" की एक सूची बनने लगी।

फ़ाइल नाम साइट की उपस्थिति, साथ ही उनके एक्सटेंशन को प्रभावित नहीं करना चाहिए

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

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

साइट को देखने के लिए सर्वर की आवश्यकता नहीं होनी चाहिए

फिर सामान्य स्थैतिक साइट में क्यों? सिद्धांत रूप में, "/top-level/dir/file.html" जैसे लिंक बनाना प्रोग्रामिंग के लिए आसान है, लेकिन यह फ्लैश ड्राइव से साइट को देखने, कहने की संभावना को समाप्त करता है। और यह पूर्वावलोकन के लिए सर्वर शुरू करने की आवश्यकता है। इसलिए मैंने खुद के सापेक्ष लिंक बनाए।

इंजन में फ़ंक्शन "मेनू", "साइडबार" और इतने पर नहीं होना चाहिए

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

एक लेख बनाना जटिल नहीं होना चाहिए। बिलकुल नहीं

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

title:     date: 01-01-2012 

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

सरलीकृत टेम्पलेट इंजन की जरूरत नहीं है

एक समय पर, मुझे वास्तव में ताल भाषा पसंद थी। इस पृष्ठभूमि के खिलाफ, अन्य टेम्पलेट इंजन थोड़ा खराब दिखे, और, सबसे महत्वपूर्ण बात, TAL डिजाइनर के लिए सबसे अनुकूल है। एक टेम्पलेट विकसित करने की प्रक्रिया में, आप इसे केवल एक ब्राउज़र में देख सकते हैं, और समाप्त किए गए "पुनरोद्धार" में आधे घंटे से अधिक नहीं लगता है। मुझे TAL (PUBTAL) का उपयोग करके एक स्थिर साइट जनरेटर भी मिला, लेकिन यह बहुत अधिक ब्लॉगिंग है, और ...

हर वेबसाइट एक ब्लॉग नहीं है

और यहां तक ​​कि एक ब्लॉग के लिए, "कैलेंडर" नेविगेशन बहुत सुविधाजनक नहीं है (मेरी राय में)। इसलिए मैंने उन इंजनों पर विचार नहीं किया जो मुख्य रूप से तिथि के अनुसार पदों को व्यवस्थित करते हैं।

कोड और पाठ के साथ हस्तक्षेप करने की कोई आवश्यकता नहीं है

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

यद्यपि साइट की निर्देशिका में कुछ साइट-विशिष्ट कोड जोड़ने की क्षमता जो स्थानीय समस्याओं को हल करती है, मैंने बाद में जोड़ा, ताकि प्लगइन की निर्देशिका को "निजी" कार्यों के साथ अव्यवस्थित न किया जा सके।

सीएमएस डेवलपर को साइट संरचना के साथ नहीं आना चाहिए

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

प्रक्रिया में क्या उत्पन्न हो सकता है, यह पहले से करने की आवश्यकता नहीं है

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

उपयोगकर्ता के लिए सोचने की जरूरत नहीं है

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

क्या हुआ?

यह पता चला कि कोई फ्रीबी नहीं होगा, और दर्जनों जनरेटर में से कोई भी समाप्त, या समाप्त होना चाहिए। इसलिए मैंने सोचा कि अपनी बाइक को लिखने से चीजें बहुत अधिक जटिल नहीं होंगी। बस बहुत सारी मुफ्त की शामें थीं ...

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

पुनश्च

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

पी पी एस

यहाँ स्रोत फ़ाइल का एक उदाहरण है:

 :    : 2012/3/1 10:18 : , ,   id: 115 #      ""  ,     . ,          ---     ... <a href="/+id:123">   id  - </a>