समझदार के लिए प्लगइन - गठबंधन

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

मैं सहमत हूं कि बहुत सारे समान सॉफ्टवेयर समाधान हैं, उदाहरण के लिए, Minify, YUI कंप्रेसर या Google पेजस्पीड सेवा कैलकुलेटर। लेकिन स्मार्टी टेम्पलेट इंजन के लिए, मैं इस पार नहीं आया था, और मैंने अपना और सरल लिखने का फैसला किया।

प्लगइन काफी सरलता से काम करता है: जब शामिल फ़ाइलों में से एक बदल जाता है, तो यह एक नया आउटपुट फ़ाइल बनाता है और इसके लिए पथ देता है।

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

प्लगइन में तीन इनपुट मापदंडों की एक सूची है:

1. इनपुट, जो सरेस से जोड़ा हुआ फ़ाइलों की राह की एक सूची युक्त एक सरल सरणी है;
2. आउटपुट, जो आउटपुट फ़ाइल का पथ है;
3. शामिल फ़ाइलों में से एक को बदलने के लिए चेक के बीच सेकंड में उम्र, समय। इस पैरामीटर को छोड़ा जा सकता है, डिफ़ॉल्ट रूप से यह 3600 सेकंड है।

मैं आपको बताऊंगा कि उम्र की आवश्यकता क्यों है - I / O संचालन आज सबसे समस्याग्रस्त में से एक है। एसएसडी के आगमन के बावजूद, फ़ाइल एक्सेस समय अभी भी मौजूद है और, यदि फ़ाइल एक्सेस बहुत अधिक हैं, तो एप्लिकेशन में प्रदर्शन समस्याएं हो सकती हैं। अब यह सब अच्छी तरह से कैश्ड है, लेकिन जब आप ऐसा नहीं कर सकते तो कैश में क्यों जाएं? प्रत्येक डेवलपर को फ़ाइलों की प्रासंगिकता के लिए जाँच की आवृत्ति को समायोजित करने का अधिकार है, लेकिन मैं इसे 3 सेकंड से कम समय के लिए सेट करने की अनुशंसा नहीं करूँगा, क्योंकि यह लगभग व्यर्थ है। अपनी परियोजनाओं में, मैं इस पैरामीटर को एक चर के रूप में पारित करता हूं, जो साइट के मोड पर निर्भर करता है। यदि साइट डिबग मोड में है, तो 5 सेकंड हैं, अन्यथा - 3600।

स्रोत कोड

कोड GitHub पर उपलब्ध है।

टेम्पलेट में नमूना कनेक्शन

स्मार्ट 3 में मक्खी पर एक सरणी बनाने की क्षमता है, इसलिए इसे ध्यान में रखते हुए कोड दिया गया है। स्मार्टी 2 के लिए, सरणी को एक अलग चर के माध्यम से पारित किया जाना चाहिए।

<script type="text/javascript"
src="/{combine input=array('/js/core.js','/js/slideviewer.js') output='/js/big.js' age='30'}" >



जब प्लगइन काम करता है, तो कई बारीकियां होती हैं। फ़ाइलों का पथ document_root से जाना चाहिए, और आउटपुट फ़ाइल वाले फ़ोल्डर को नई फ़ाइलों को लिखने और बनाने की अनुमति देनी चाहिए। आप एक ही समय में CSS और JS फ़ाइलों को जोड़ नहीं सकते।

प्लगइन को स्मार्टी 2 और स्मार्टी 3 के साथ परीक्षण किया गया था। अब इस परियोजना में प्रति दिन लगभग 4000 लोगों की उपस्थिति के साथ इसका उपयोग किया जाता है। मैंने कोई समस्या नहीं देखी। मैं बग रिपोर्ट और विकास सुझावों के लिए आभारी रहूंगा।