नियम संख्या N + 0: गहरी खुदाई करने से डरो मत

प्रागितिहास

सभी को नमस्कार! मेरा नाम झुनिया है और मैं एक प्रोग्रामर हूं। कुछ खास नहीं। अब तक।



आज मैं एक अच्छी समाप्ति के साथ एक कहानी साझा करना चाहूंगा, जिसने मुझे आश्वस्त किया कि भले ही आप अपने आप को औसत से ऊपर एक प्रोग्रामर नहीं मानते हैं और तुच्छ कार्यों को हल करते हैं, लेकिन प्रक्रिया के रूप में प्रोग्रामिंग अभी भी बहुत रोमांचक हो सकती है!



मेरे पास सबसे विशिष्ट कार्यों में से एक था: डेटा को कुछ पाठ फ़ाइल में आउटपुट करने के लिए। फ़ाइल प्रारूप ऐसा है कि यह किसी भी डेस्कटॉप औसत डिवाइस पर खुलता है। मुझे इस समस्या के समाधान की सरलता पर यकीन था। लेकिन इस हफ्ते, भाग्य ने मुझे सबक सिखाने का फैसला किया ...

कहानी

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



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



और यहीं से मस्ती शुरू हुई। दस्तावेज़ टेम्पलेट से उत्पन्न होता है। यदि आप लिबरऑफिस में एक टेम्पलेट बनाते हैं (अर्थात्, यह मेरी उंगलियों पर पहली बार था), तो वर्ड में यह पुनर्प्राप्ति के बारे में एक प्रश्न के बाद ही खुलेगा। और यदि आप Word`e में टेम्पलेट बनाते हैं? फिर बिना वसूली के। लेकिन टेम्प्लेट में न्यूनतम संपादन के बाद, odtPHP ने एक त्रुटि यह कहते हुए फेंक दी कि टेम्पलेट में एक चर नहीं मिला। टेम्प्लेट में वैरिएबल के नाम पर उँगलियाँ फड़कने और उकसाने से कोई फायदा नहीं हुआ। यह अजीब है। यही है, यह पता चला है कि वांछित चर इस तरह है जैसे कि टेम्पलेट में लिखा गया है, लेकिन odtPHP नियमित रूप से अभिव्यक्ति के माध्यम से इस चर को नहीं पा सकता है।



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











यह स्पष्ट हो गया कि प्रारूप एक प्रारूप था, लेकिन कार्यक्रमों में इसका एक अलग रूप हो सकता है। जैसा कि आप अनुमान लगा सकते हैं, फ़ाइल की सभी सामग्री content.xml में संग्रहीत है। मैं इसे खोलता हूं। मैं अपने चरों की तलाश कर रहा हूं। और लो! मैं सही रास्ते पर हूँ! यह है कि मेरा चर Word`e में कैसे दिखता है (Word`e में बनाया गया एक प्रकार):











और इसलिए यह अंश content.xml में दिखता है:











और रेगेक्स यथासंभव सरल था:



$reg = '@\[!--\sBEGIN\s' . $string . '\s--\](.*)\[!--.+END\s' . $string . '\s--\]@smU';







सीखने और असफल होने के लिए क्या है <text: s />। आप सोच सकते हैं कि यह एक जगह है, लेकिन इसे यहीं और अन्य स्थानों पर क्यों डाला गया? यह स्पष्ट नहीं है। वर्ड में इस तरह के जादुई स्थानों की नियुक्ति की भविष्यवाणी करना संभव नहीं था। तो यह पता चला कि वर्ड कहीं एक स्थान के रूप में एक जगह सम्मिलित करता है, और कहीं <text: s />, जो न्यूनतम टेम्पलेट द्वारा चर खोजने से टूट जाता है।



तो तुच्छ कार्य ओकट प्रारूप की संरचना के माध्यम से बल्कि आकर्षक यात्रा में बदल गया!

नैतिकता

कोई फर्क नहीं पड़ता कि आपके पास किस स्तर का ज्ञान है और आपके कौशल का मूल्यांकन कितना कम होगा, आप गहराई तक खुदाई करने से न डरें! जब तक, निश्चित रूप से, आप उत्खनन के चालक नहीं हैं और संकेत "खुदाई निषिद्ध" पास नहीं है।

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