इस ब्लॉग के पीछे कोई CMS नहीं है और न ही कोई डेटाबेस है। हर पोस्ट एक markdown फ़ाइल है जिसे LiteTMS कोड वाले रिपॉजिटरी में ही कमिट किया जाता है, इसलिए कोई पोस्ट पब्लिश करना बिल्कुल किसी फ़ीचर को रिलीज़ करने जैसा है: एक कमिट और एक डिप्लॉय।
हम इसे अधिकांश कंपनियों के ब्लॉग से अलग तरीके से करना चाहते थे, और यह पोस्ट आपको इसकी पूरी कार्यप्रणाली दिखाती है, जिसमें उस पेज का सोर्स कोड भी शामिल है जिसे आप अभी पढ़ रहे हैं।
वह सेटअप जिसे बाकी सभी इस्तेमाल करते हैं
आमतौर पर किसी कंपनी का ब्लॉग एक पूर्ण content management system पर चलता है। एक डेटाबेस, एक एडमिन पैनल, यूज़र अकाउंट्स, प्लगइन्स और एक ऐसी थीम जिसे थोड़ा भी बदलने पर समस्याएँ खड़ी हो जाती हैं। यह पूरा तामझाम सिर्फ इसलिए होता है ताकि संपादकों की एक टीम बिना कोड को छुए कंटेंट पब्लिश कर सके।
हमारे पास संपादकों की कोई टीम नहीं है, और हम पहले से ही अपना पूरा दिन कोड रिपॉजिटरी में बिताते हैं। इसलिए हमने इस तामझाम को छोड़ दिया। हर अतिरिक्त सिस्टम का मतलब है उसे पैच करना, उसका बैकअप लेना और उसे सुरक्षित रखना। टेक्स्ट फ़ाइलों के फ़ोल्डर के साथ ऐसा कोई झंझट नहीं होता।
एक पोस्ट फ़ाइल कैसी दिखती है
यहाँ इस पोस्ट के अपने हेडर की एक संक्षिप्त कॉपी दी गई है, जिसके बाद इसके मुख्य भाग का ढाँचा दिखाया गया है:
---
title: This blog is a folder of markdown files
slug: why-this-blog-has-no-cms
locale: en
description: There is no CMS behind the LiteTMS blog. Every post is...
date: 2026-07-15
category: technology
tags: markdown, blog, aieo, engineering
draft: false
---
The first paragraph answers the title on its own, because that is
the part search snippets and AI assistants quote.
## A section heading
Plain markdown body. Nothing exotic.
## FAQ
### Does this sample show the FAQ convention?
Yes. Each ### line is a literal question, answered right below it.
शीर्ष पर दिया गया ब्लॉक key और value जोड़ियों की एक साधारण सूची है। इसके नीचे सामान्य markdown होता है, जिसे एक मानक markdown लाइब्रेरी द्वारा रेंडर किया जाता है। प्रति भाषा एक फ़ाइल: यह पोस्ट समान नाम वाली .en.md फ़ाइल और .pl.md फ़ाइल के रूप में मौजूद है, और इसका पोलिश संस्करण मशीन अनुवाद के बजाय मूल रूप से लिखा गया है।
इस नमूने के अंत में दिया गया ## FAQ सेक्शन केवल दिखावे के लिए नहीं, बल्कि एक वास्तविक नियम है। प्रत्येक प्रश्न वैसा ही है जैसा कोई व्यक्ति सर्च बॉक्स में टाइप करेगा, और बिल्ड प्रक्रिया इन जोड़ियों को ऐसे structured data में बदल देती है जिसे सर्च इंजन rich results के रूप में दिखा सकते हैं। इस पेज के निचले हिस्से में इसका एक लाइव उदाहरण मौजूद है।
एडिटर के बजाय एक वैलिडेटर
किसी भी चीज़ को रिलीज़ करने से पहले, एक बिल्ड स्क्रिप्ट हर पोस्ट फ़ाइल को पढ़ती है और स्कीमा के अनुसार उसकी जाँच करती है। विवरण 80 से 170 वर्णों के बीच होना चाहिए। श्रेणी स्वीकृत पाँच मानों में से एक होनी चाहिए। तारीख एक वास्तविक कैलेंडर तारीख होनी चाहिए, और slug फ़ाइल के नाम से मेल खाना चाहिए।
इसके बाद यह स्क्रिप्ट हर पोस्ट के मेटाडेटा के साथ एक सिंगल इंडेक्स फ़ाइल लिखती है, और साइट केवल उसी फ़ाइल को पढ़ती है। चाहे पाँच पोस्ट हों या पाँच सौ, लिस्टिंग पेज लोड होने की लागत दोनों स्थितियों में एक समान रहती है।
यही स्क्रिप्ट हर पुश पर CI में चलती है। यदि कोई पोस्ट अमान्य है, या कोई इंडेक्स को दोबारा जनरेट करना भूल गया है, तो बिल्ड फ़ेल हो जाता है और कुछ भी डिप्लॉय नहीं होता। खराब कंटेंट कभी भी प्रोडक्शन तक नहीं पहुँच सकता, क्योंकि प्रोडक्शन में ऐसी कोई चीज़ नहीं जाती जिसे वैलिडेटर ने पास न किया हो।
ईमानदारी से कहें तो markdown ही क्यों
Markdown को चुनने के पीछे कोई दिखावटी कारण नहीं थे। किसी भी टेक्स्ट एडिटर में markdown फ़ाइल को आसानी से पढ़ा जा सकता है, चाहे अतिरिक्त टूल्स हों या न हों। इसमें लाइन-दर-लाइन अंतर देखा जा सकता है, जिससे पोस्ट की समीक्षा कोड की तरह ही हो जाती है: आप ठीक-ठीक देख सकते हैं कि कौन सा वाक्य बदला गया है। इसके अलावा, AI सहायकों के डेटा प्रोसेस करने के लिए यह सबसे किफ़ायती और सरल फ़ॉर्मेट है, जो हर महीने और अधिक महत्वपूर्ण होता जा रहा है।
यही अंतिम कारण है कि यहाँ हर पोस्ट को तीन तरीकों से उपलब्ध कराया जाता है। जो पेज आप पढ़ रहे हैं वह HTML संस्करण है। अपने ब्राउज़र में पते के आगे .md जोड़ें और आपको मूल सोर्स फ़ाइल मिल जाएगी, बिल्कुल वैसी ही जैसी कमिट की गई थी, यानी सादे markdown के रूप में। इसके अलावा पाठकों और एग्रीगेटर्स के लिए प्रत्येक भाषा का अपना RSS फ़ीड भी है।
यहाँ /blog/index.md पर हर प्रकाशित पोस्ट की एक मशीन द्वारा पढ़ी जा सकने वाली सूची भी उपलब्ध है, और साइट की llms.txt फ़ाइल AI क्रॉलरों को सीधे उसी की ओर निर्देशित करती है। इसमें से कुछ भी डुप्लिकेट कंटेंट के रूप में सामने नहीं आता, क्योंकि रॉ फ़ाइलों में noindex हेडर और वापस HTML पेज की ओर ले जाने वाला canonical लिंक मौजूद होता है।
एक पाठक के रूप में इससे आपको क्या फ़ायदा है
यहाँ दी गई कोई भी चीज़ कोई प्रॉडक्ट फ़ीचर नहीं है। यह सिर्फ एक निर्णय है कि हम अपनी पब्लिशिंग प्रणाली को कैसे चलाते हैं, और यह पहली पोस्ट में किए गए वादे के बिल्कुल अनुरूप है: कोई मनगढ़ंत आंकड़े नहीं, और ऐसा कंटेंट जिसे आप सीधे स्रोत पर जाकर जाँच सकते हैं। स्वयं TMS को भी इसी पारदर्शी और स्पष्ट कार्यप्रणाली को ध्यान में रखकर बनाया गया है। यदि आप इसे देखना चाहते हैं, तो रजिस्ट्रेशन मुफ़्त है।
अक्सर पूछे जाने वाले सवाल
- क्या मैं LiteTMS ब्लॉग पोस्ट को सादे markdown के रूप में पढ़ सकता हूँ?
- हाँ। किसी भी पोस्ट के वेब पते में .md जोड़ें और साइट आपको सीधे मूल सोर्स फ़ाइल पर भेज देगी, जो सादे markdown के रूप में दिखेगी। प्रकाशित पोस्ट्स की पूरी सूची /blog/index.md पर उपलब्ध है।
- LiteTMS ब्लॉग CMS का उपयोग क्यों नहीं करता है?
- क्योंकि एक CMS को जोड़ने का मतलब होगा एक दूसरा सिस्टम जिसे पैच और सुरक्षित करना पड़े, जबकि यहाँ पोस्ट करने वाले लोग पहले से ही प्रॉडक्ट रिपॉजिटरी में काम करते हैं। CI वैलिडेटर के साथ Markdown फ़ाइलें रखरखाव के बहुत कम झंझट के साथ यही काम कर देती हैं।
- क्या AI सहायकों के लिए लिखने से पोस्ट इंसानी पाठकों के लिए खराब हो जाती हैं?
- नहीं। जिस संरचना को AI सहायक प्राथमिकता देते हैं, जैसे कि एक सीधा शुरुआती पैराग्राफ, वर्णनात्मक हेडिंग्स और छोटे उत्तरों वाले स्पष्ट प्रश्न, वही संरचना किसी लेख को सरसरी तौर पर पढ़ने में आसान भी बनाती है। रॉ markdown एक अलग फ़ॉर्मेट है, इसलिए जो लेख आप पढ़ते हैं वह एक सामान्य लेख ही बना रहता है।
जुड़े रहें
बेहतर लेखों के लिए जगह बनाएं।
Google पर हमारे और लेख देखने के लिए LiteTMS को पसंदीदा स्रोत के रूप में चुनें।
Google पर LiteTMS चुनेंGoogle पर अपने चयन की पुष्टि करें · नए टैब में खुलता है