जैसा कि बहुत से जानते हैं, टेम्प्लेट, विचार, मॉड्यूल, घटकों को ओवरराइड करना संभव है।
मुख्य समस्या है जब जूमला! अपडेट किया गया है, और आइटम ओवरराइड (टेम्पलेट फ़ोल्डर में) पुराना हो गया है।
जब भी जूमला को अपडेट किया जाता है, तो मैं ओवरराइड को हर बार कैसे अपडेट करता रहूं?
क्या मुझे इसे हाथ से करने और प्रत्येक नए अपडेट की जांच करने की आवश्यकता है, या ऐसा करने का कोई और तरीका है?
जवाबों:
युक्ति: यदि केवल उन परिवर्तनों को CSS ओवरराइडिंग द्वारा नहीं किया जा सकता है, तो फ़ाइलों को ओवरराइड करें।
जब जूमला कोर अपडेट किया जाता है, तो आपके टेम्पलेट फ़ोल्डर में कोई ओवरराइड प्रभावित नहीं होना चाहिए। इसलिए वे मौजूद हैं।
कोर जूमला आइटम पर, ओवरराइड केवल जूमला कोर अपडेट के साथ शायद ही कभी संघर्ष करने जा रहे हैं। जब आप जूमला कोर फाइलें, या किसी भी फाइल को ओवरराइड करते हैं, तो डॉक्यूमेंट डॉक्यूमेंट डॉक्यूमेंट। ओवरराइड फ़ाइल में टिप्पणी करना महत्वपूर्ण है अगर यह आपके साथ नियमित रूप से होने वाला है और आप एक या दो से अधिक साइटों का संचालन करते हैं। आपको बस याद नहीं होगा कि आपने क्या बदला है!
आपके कोड एडिटर के पास एक "भिन्न" सुविधा होनी चाहिए, नई फ़ाइल की तुलना पुरानी और पहचानने की रेखा से करें कि क्या परिवर्तन किए गए थे। यदि आपने अच्छी तरह से टिप्पणी की है, तो यह भिन्नता आपको वही दिखाएगा जो परिवर्तित किया गया था और यदि फ़ाइल अपडेट से प्रभावित हुई थी। आपके केवल परिवर्तन आपके ओवरराइड होने चाहिए ... कुछ भी और आपको जाना है और फिर से ओवरराइड करना है।
हालाँकि, तृतीय पक्ष ओवरराइड करता है, केवल तभी एक मुद्दा बन जाता है जब डेवलपर MVC संरचना का सही उपयोग नहीं कर रहा है। यदि एक घटक या मॉड्यूल उचित रूप से बाहर रखा गया है, तो प्रश्न में tmpl या दृश्य कोड अपडेट से प्रभावित नहीं होना चाहिए।
यदि उस एक्सटेंशन में एक प्रमुख फीचर शिफ्ट है, तो आपको निश्चित रूप से दस्तावेजों की टिप्पणी / टिप्पणी और फाइलों की तुलना करने की आवश्यकता होगी।
diffमैं वही उपयोग करता हूं, लेकिन जब कई ओवरराइड, यह थकाऊ है और कई अलग-अलग साइटों के साथ, प्रत्येक के लिए बहुत कठिन है।
हां, आपको हर बार फाइलों की तुलना हाथों से करनी होगी और बदलावों को अपडेट करना होगा। मामूली अपडेट पर मौका अपेक्षाकृत छोटा है कि आपको उन्हें समायोजित करना होगा, लेकिन प्रमुख उन्नयन पर ओवरराइड की गई फाइलें महत्वपूर्ण रूप से बदल सकती हैं। मैं एक आसान तरीका भी पसंद करूंगा, लेकिन यह एकमात्र समाधान एटीएम है।
किसी भी जूमला संस्करण में ओवरराइड नहीं बदलना चाहिए। हालाँकि, यदि आपको कोई फ़ाइल बदली हुई मिलती है, तो आप जो कर सकते हैं, वह तोड़फोड़ में पूरे जूमला इंस्टॉलेशन को प्रबंधित करने के लिए है।
फिर आप तोड़फोड़ में उपयुक्त जुमला कोड संस्करणों का प्रबंधन भी कर सकते हैं और एक विक्रेता-मर्ज http://svnbook.red-bean.com/en/1.7/svn.advanced.vendorbr.html कर सकते हैं