मैकडॉ - मार्कडाउन एक एक्सेंट के साथ

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


लेकिन कम से कम कुछ असंदिग्ध तत्वों की पहचान करना संभव था। उदाहरण के लिए, थीसिस: "WYSIWIG - निरपेक्ष बुराई" एक अटल सत्य है। यह WYSIWIG सामान्य प्रयोजन संपादकों जैसे TinyMCE और पसंद को संदर्भित करता है। नीचे हम अनुमति देने वाली बुराइयों में से एक के रूप में संपादकों को सीमित करते हैं।

WYSIWIG के साथ मुख्य समस्या क्या है? कोई भी कभी भी संपादक को विकसित वर्दी साइट शैली का पालन करने के लिए मजबूर नहीं करेगा। वह (ए) हमेशा अपने लिए एक बहाना ढूंढेगा कि पृष्ठभूमि जहरीली क्यों है, और शीर्ष गुलाबी है। यह एक समस्या नहीं है, साइट के मालिक को उसके काम का आनंद लेने दें। समस्या तब शुरू होती है जब एक टीम पूरी साइट के डिज़ाइन को अपडेट करने के लिए आती है। बेशक, हम कैप्स, मेनू, तहखाने को बदल देंगे, लेकिन सामग्री के साथ क्या करना है? यहां तक ​​कि अगर वैक्यूम में गोलाकार प्रबंधक डिजाइनर की सिफारिशों का कड़ाई से पालन करता है, तो WYSIWIG संपादक द्वारा उत्पन्न HTML कोड के बारे में सभी एक ही, कई दांत टूट जाएंगे।

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

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

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

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

लेबलिंग का विकल्प वास्तव में महान नहीं है। HTML निश्चित रूप से गायब हो जाता है। और कुछ पौराणिक "खतरे" के कारण नहीं (सबसे पहले, इसे फ़िल्टर करना इन दिनों मुश्किल नहीं है, और दूसरा, क्यों मध्यस्थ / प्रबंधक / साइट के मालिक से इनपुट फ़िल्टर करें)। मुख्य कारण यह है कि HTML बहुत अधिक क्रियाशील है। उदाहरण के लिए, कैप्शन चित्र के रूप में इस तरह के एक बहुत ही विशिष्ट तत्व बनाने के लिए, आपको कोड का एक सभ्य गुच्छा लिखने की आवश्यकता है। कॉपी-पेस्ट के साथ प्रबंधकों को ऐसा करने के लिए मजबूर करना पूरी तरह से सही नहीं है। आप इस विशेष परियोजना के लिए HTML मानक का विस्तार कर सकते हैं और अतिरिक्त टैग और विशेषताएँ जोड़ सकते हैं। लेकिन सामान्य तौर पर, यह सब बहुत अस्वाभाविक लगता है।

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

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

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

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

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

= =

== ==

** .


यह परिचित है, है ना? अब अधिक सूक्ष्म प्रश्न के बारे में - वर्ग कोष्ठक। डिफ़ॉल्ट रूप से, हमने उन्हें केवल चित्रों [picture.jpg] पर ही दिया। लेकिन लिंक के बारे में क्या? आपने अनुमान नहीं लगाया: _www.example.com_। लेकिन सामान्य रेखांकन के बारे में क्या? खैर, सबसे पहले, एक अच्छा स्टाइलिश और व्यावहारिक डिजाइन में, सामान्य अंडरलाइनिंग के लिए कोई जगह नहीं है। और दूसरी बात, यदि पार्सर मानता है कि उसे लिंक नहीं मिला है, तो वह इस पाठ को रेखांकित करेगा।

अब मैकडाउ बोली का बहुत ही मुख्य भाग है, क्योंकि हम मार्करों के लिए अतिरिक्त विशेषताओं का परिचय देते हैं। इसके लिए, कोण कोष्ठक का उपयोग इस तरह किया जाता है: [चित्र] <चित्र.jpg> और इस तरह: _example_ <www.example.com>। डेटा क्यों वितरित किया जाता है? हम निम्नलिखित नियम का उपयोग करते हैं और आपको सलाह देते हैं कि आप अपने कस्टम मार्करों को परिभाषित करें: सब कुछ जिसे दर्शक देखता है (या संभावित रूप से देखता है) मार्कर के अंदर लिखा गया है, और तकनीकी "ऑफ-स्क्रीन" विशेषताओं को कोण कोष्ठक में रखा गया है। औपचारिक रूप से, इस नियम का उपयोग करते हुए, यदि आप किसी चित्र के लिए ALT विशेषता निर्दिष्ट नहीं करते हैं, तो आपको [] <picture.jpg> लिखना होगा। हाँ, आप कर सकते हैं। लेकिन इसका उपयोग करने के लिए परेशान क्यों होना चाहिए जहां यह आवश्यक नहीं है, और जहां पार्सर पूरी तरह से समझ जाएगा [चित्र। जेपीजी]। हमने शुरू में खुद को निर्णायक और मैत्रीपूर्ण वाक्य रचना का लक्ष्य निर्धारित किया।

अब एक और अधिक जटिल उदाहरण: एक लिंक के साथ एक तस्वीर। दूसरी पंक्ति से सही रूप से शीघ्र, _ [] _ ​​का उपयोग करना आवश्यक है। हालाँकि, कुछ अतिरिक्त विशेषताएँ हैं। उनसे निपटने का एक विकल्प:

_[alt ]<picture.jpg>_<address>


लेकिन सहमत, काफी अजीब है। क्या केवल एक नए विशेष दो-चरित्र मार्कर को परिभाषित करना बेहतर नहीं है, जो हमने किया:

_[alt ]_<src=picture.jpg href=address>


जैसा कि आपने देखा, यदि एक से अधिक अतिरिक्त विशेषताएँ हैं, तो आपको उन्हें नाम देने की आवश्यकता है। यह उदाहरण विशुद्ध शैक्षणिक महत्व का है। वास्तविक जीवन में, यह बहुत सरल दिखाई देगा:

_[picture.jpg]_<address>


एक सुविचारित दृष्टिकोण के साथ, नामित विशेषताओं की आवश्यकता शायद ही कभी होनी चाहिए।

कोई भी समझदार डेवलपर आपको साइट के आंतरिक पृष्ठों पर पूर्ण पते निर्दिष्ट करने की अनुमति नहीं देगा। और कुछ ऐसा भी

_ _<index.php?page=contact>


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

_ _<contact>
_ _<price,alpha>


कुछ गैजेट के लिए, आप विशेष मार्करों को परिभाषित कर सकते हैं। उदाहरण के लिए, हमें एक वीडियो सम्मिलित करने की आवश्यकता है। वीडियो के लिए घुंघराले ब्रेसिज़ मार्कर का चयन करें। यह कुछ इस तरह से निकलता है: {j76JvlLbki45c}। YouTube पर सभी बदसूरत लंबाई और पूर्ण पथ एक देखभाल करने वाले डेवलपर द्वारा सामग्री प्रबंधक से छिपाए जाते हैं।

और हमें पृष्ठ पर पाठ या मॉड्यूल के ब्लॉक भी डालने होंगे। प्रकार में शामिल हैं ... हम इस तरह के एक महामारी के बारे में क्या सोचेंगे? उदाहरण के लिए, मान लें कि एक समाचार मॉड्यूल होगा जो इस तरह दिखता है: {+ news +}। शर्मिंदा न हों कि घुंघराले ब्रेसिज़ पहले से ही वीडियो में शामिल हैं, सब कुछ सही तरीके से संसाधित किया जाएगा। हालांकि यह ध्यान दिया जाना चाहिए, इस मामले में, वीडियो बेहतर होना चाहिए {mnemonics के {{वीडियो.फ्लव]} जैसे कुछ और परिभाषित करने के लिए।

इसी तरह, सब कुछ पैरा मार्करों के साथ काम करता है:

= - <special>

.
,
.<foobar>

%
«».
:

% {j76JvlLbki45c}


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

-- 1 [icon1.gif]<link1>
Introduction text blah-blah-blah…

-- 2 [icon2.gif]<link2>
Another introduction text blah-blah-blah…


जैसा कि आप देख सकते हैं, हमने अपनी विस्तारित सूची के एक तत्व को परिभाषित करने के लिए एक विशेष मार्कर "-" पेश किया है। और अन्य सभी परिभाषाएं पढ़ने और स्पष्ट करने में काफी आसान हैं।

मैकडाव निम्न टोकन के लिए मानक डिफ़ॉल्ट व्यवहार प्रदान करता है:

= =

== ==

===

--- ( )

-
-
-

#
#





> «>»
>

|= 1 =|= 2 =|= 3 =|
| | | |
| | | |
| | xxx | |


. <p>.

<script>
/* , HTML , */
</script>


लाइन मार्करों को पूर्वनिर्धारित (लेकिन पुनर्परिभाषित):

**
//
^ ^
_ _
[]
_[ ]_


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

यह मैकडाव के आवेदन के एक और अप्रत्याशित पक्ष पर ध्यान दिया जाना चाहिए। हमारी एक परियोजना में, एक जटिल संरचना के डेटा को संग्रहीत और समय-समय पर संपादित करना आवश्यक था। औपचारिक रूप से, XML को इसके लिए सबसे उपयुक्त माना जाता है। हालाँकि, मानव-पठनीय के रूप में विकसित यह सम्मानित वाक्य-विन्यास बहुत अधिक अस्पष्ट और बहुत ही अपठनीय है। असल में, वहाँ बहुत अधिक सुखद YAML है। हालांकि, यह पता चला कि इस उद्देश्य के लिए आप मैकडावो ( अत्यधिक नियमों के एक सेट के साथ) का उपयोग कर सकते हैं। इसने कुछ फायदे भी दिए। सबसे पहले, प्रबंधकों को पहले से ही इसके वाक्यविन्यास से परिचित हैं, और दूसरी बात, विशेष रूप से एक विशिष्ट कार्य के लिए डिज़ाइन किए गए mnemonics, YAML की सुविधा के लिए भी बाधाओं को दिया।

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