ओवरराइड को कैसे अपडेट रखें?


10

जैसा कि बहुत से जानते हैं, टेम्प्लेट, विचार, मॉड्यूल, घटकों को ओवरराइड करना संभव है।

मुख्य समस्या है जब जूमला! अपडेट किया गया है, और आइटम ओवरराइड (टेम्पलेट फ़ोल्डर में) पुराना हो गया है।

जब भी जूमला को अपडेट किया जाता है, तो मैं ओवरराइड को हर बार कैसे अपडेट करता रहूं?

क्या मुझे इसे हाथ से करने और प्रत्येक नए अपडेट की जांच करने की आवश्यकता है, या ऐसा करने का कोई और तरीका है?

जवाबों:


4
  1. एक छोटी स्क्रिप्ट लिखें जो मूल-फाइलों के md5 की गणना करती है जो आपने ओवर-राइडिंग की है।
  2. इन फ़ाइल-पथ और MD5 को अपने टेम्पलेट की फ़ाइल में डंप करें
  3. जब भी जूमला अपडेट किया जाता है, उपरोक्त स्क्रिप्ट को फिर से चलाएँ।
  4. एमडी 5 में अंतर की जांच करें, यदि कोई है तो आपको इसे जांचने की आवश्यकता है।

युक्ति: यदि केवल उन परिवर्तनों को CSS ओवरराइडिंग द्वारा नहीं किया जा सकता है, तो फ़ाइलों को ओवरराइड करें।


यह एक अच्छा विचार है, लेकिन ओवरराइड पर टिप्पणी करना स्पष्ट रूप से अपडेट किए गए / अपडेट नहीं किए गए अपडेट की तुलना में md5 को अलग बना देगा, जो अपडेट से आ सकता है, इसलिए यह काम नहीं करेगा।
जैकजेओ

1
मैं MD5 मूल फ़ाइलों (घटक दृश्य फ़ोल्डर से) से पूछ रहा हूं, ओवरराइड्स (टेम्पलेट फ़ोल्डर में आपके द्वारा बनाई गई फाइलें) नहीं।
श्याम

1
आह! समझा! इस तरह मैं देख सकता हूं कि अपडेट के साथ मैंने कौन सी फाइलें बदल दीं। यह एक अच्छा विचार है, मैं एक संस्करण प्रणाली का उपयोग कर सकता हूं और सिर्फ ओवरराइड फ़ाइलों के साथ एक शाखा है, इस तरह मुझे वास्तव में किसी भी स्क्रिप्ट को लिखने की आवश्यकता नहीं है।
jackJoe

12

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

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

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

हालाँकि, तृतीय पक्ष ओवरराइड करता है, केवल तभी एक मुद्दा बन जाता है जब डेवलपर MVC संरचना का सही उपयोग नहीं कर रहा है। यदि एक घटक या मॉड्यूल उचित रूप से बाहर रखा गया है, तो प्रश्न में tmpl या दृश्य कोड अपडेट से प्रभावित नहीं होना चाहिए।

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


मुख्य अद्यतन से प्रभावित होने वाले विचारों का एक उदाहरण जूमला 2.5.16 से 2.5.18 के बीच था, जहां मुझे कॉम में एक अपडेट होने वाले कॉम_ कॉन्टेंट घटक के कारण साइट टूटी हुई थी ... diffमैं वही उपयोग करता हूं, लेकिन जब कई ओवरराइड, यह थकाऊ है और कई अलग-अलग साइटों के साथ, प्रत्येक के लिए बहुत कठिन है।
jackJoe

यह एक दिलचस्प अवधारणा है, स्वचालित रूप से अद्यतन पर फ़ाइलों को अलग करने के लिए। PHP में अलग-अलग फ़ंक्शन मौजूद है। यह किया जा सकता है ... मेरे अलावा कुछ डेवलपर द्वारा;)
टोनी मैरी

3

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


0

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

फिर आप तोड़फोड़ में उपयुक्त जुमला कोड संस्करणों का प्रबंधन भी कर सकते हैं और एक विक्रेता-मर्ज http://svnbook.red-bean.com/en/1.7/svn.advanced.vendorbr.html कर सकते हैं

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.