2.5 से 3.x अवलोकन में अपग्रेड करें

Question

यह कुछ ऐसी चीज है जिस पर मैं कुछ समय के लिए उत्सुक हूं।

जूमला के EoL से पहले सुधार करने के लिए "वन क्लिक" अपग्रेड कितना अच्छा है! 2.5?

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

अब मैं "समस्याएं" कहता हूं, लेकिन मेरा मतलब सिर्फ इतना है कि अपडेट चीजों के उद्देश्य के अनुसार काम नहीं करता है, यह किसी भी तरह से यह नहीं कह रहा है कि "अपडेट" घटक टूट गया है।

मैंने चारों ओर देखा है लेकिन केवल निम्नलिखित पाया है:

http://docs.joomla.org/Joomla!_CMS_versions

http://developer.joomla.org/cms/roadmap.html

पहले कहता है कि आने वाले दिसंबर 2014 में 2.5 का समर्थन छोड़ दिया जाएगा। दूसरा 3.x के लिए रोडमैप बताता है। हालाँकि अभी 2.5 में से अपग्रेड करना बहुत मुश्किल है, यह साइट जितनी बड़ी है, उतनी ही कठिन है। मुझे यकीन नहीं है कि कुछ सफल होने का कारण बनता है और कुछ नहीं, ज्यादातर मामलों में हम इसे सीधे तीसरे पक्ष के एक्सटेंशन से अलग नहीं कर सकते हैं (विस्तार प्रबंधक टूट जाता है और इस तरह के लापता तालिकाओं से, और एक्सटेंशन प्रबंधक वह है जहां आप इसे ठीक करते हैं)।

यह वह जगह है जहाँ सही मुद्दा उन्नयन के साथ आता है, अगर साइट किसी बड़े डेटाबेस का उपयोग करती है जैसे सोबिप्रो, के 2 या कंटेंट बिल्डर, या सिर्फ कई लेख / मॉड्यूल तो उन्नयन बहुत आसान विफल हो सकता है। जिन्हें हटाया नहीं जा सकता है, उन्हें निष्क्रिय या अनइंस्टॉल किया जा सकता है (उदा: 4000+ आइटम एक अनइंस्टॉल के साथ खो जाएंगे, उस समय साइट रीमेक भी हो सकती है और फिर अपग्रेड हो सकती है)।

तो क्या EoL को बेहतर ढंग से समायोजित करने के लिए 2.5 से 3.x के लिए एक क्लिक अपग्रेड को बेहतर बनाने की कोई योजना है? (समाचार पोस्ट या ब्लॉग की तरह) अजीब सवाल है, लेकिन मुझे लगता है कि वहाँ के साथ कितने 2.5 साइटें हैं जो अपग्रेड करने में असमर्थ हैं, यह सार्थक हो सकता है।

Comments

मैंने कभी भी J2.5 से 3.x पर अपग्रेड करते समय कोई समस्या नहीं सुनी है या कोई समस्या नहीं है। तथ्य की बात के रूप में, हमने हाल ही में अपनी साइट को J3.3 में अपग्रेड किया है, जिसमें K2, कम्युनिटी बिल्डर और कुनेना सहित कई प्रकार के एक्सटेंशन बिना किसी समस्या के शामिल हैं।

— 23

हमारे पास कभी भी हमारे पास मौजूद had० २५ साइटों में से १० प्रयासों में सच्ची "कोई समस्या नहीं" है। यह प्रश्न केवल यह देखने के लिए है कि क्या त्रुटियों को कम करने के लिए किसी प्रकार की योजना है (मुझे पता है कि उन्नयन के लिए किसी भी संख्या को अनइंस्टॉल नहीं किया जाना चाहिए, मैं खुद को इस बारे में जवाब दे सकता हूं कि यह एक मूल समस्या की तरह "दिखता है" और है देखने के लिए मुश्किल है, केवल एक चीज नहीं है जो हालांकि हो सकती है)। मेरा मतलब है कि इस सवाल के लिए कुछ अलग स्रोतों और समस्या को हल करने की उम्मीद है।

— जॉर्डन रामस्टाड

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

— FFrewin

मैंने कुछ अपग्रेड समस्याओं से भी अधिक का अनुभव किया है, वास्तव में, आधा दर्जन साइटों के साथ मेरे सभी उन्नयन के प्रयासों ने मुझे ऐसी समस्याएं दीं जिन्हें मुझे पैच करना पड़ा, तथ्य के बाद, विभिन्न तरीकों से। मुझे पता चला है कि इनमें से अधिकांश एक्सटेंशन में म्यूटूल के उपयोग के कारण होते हैं। यह डेटाबेस को अपडेट करने से पहले, कुछ बिंदु पर अपग्रेड को तोड़ने का कारण बना है। उन साइटों के लिए, जिन्हें मैंने अपग्रेड करने से पहले , MooTools के उपयोग को प्रतिस्थापित किया था , प्रत्येक स्रोत में इसका उपयोग किया गया था, इसके 3.x संस्करण ("JHtml :: _ ('behavior.framework');") के साथ यह त्रुटिपूर्ण रूप से काम करता है।

— thoni56

Answer 1

"एक क्लिक" अपग्रेड जूमला के लिए बहुत अच्छा काम करता है! 2.5 कोर ।

लेकिन आपकी साइट में कई टेम्पलेट या एक्सटेंशन भी अपग्रेड किए जा सकते हैं।

मैं हमारी मुख्य साइट के "जून" प्रवास की योजना भी बना रहा हूं। यह मेरी योजना है:

• मुख्य साइट का बैकअप लें और एक नई परीक्षा साइट बनाएं
• जूमला 3.x के लिए सिस्टम आवश्यकताओं की समीक्षा करें और सुनिश्चित करें कि आपका सर्वर वातावरण उन आवश्यकताओं को पूरा करता है।
• एक नया जूमला स्थापित और अनुकूलित करें! 2.5 / 3 संगत टेम्पलेट
• स्थापित करें और सभी जूमला को अनुकूलित करें! 2.5 / 3 संगत एक्सटेंशन
• यदि कुछ एक्सटेंशन में J3 संगत संस्करण नहीं है, तो उसे एक नए एक्सटेंशन के साथ बदलना होगा .... और डेटा को माइग्रेट करना होगा (सबसे खराब स्थिति)
• नोट : पिछले चरणों को ऑफ-लाइन निष्पादित किया जा सकता है, परीक्षण किया जा सकता है, और अंत में आप उन्हें अपने वर्तमान जूमला में लागू कर सकते हैं! एक दिन के प्रवास के जोखिम को कम करने के लिए 2.5 साइट।
• नवीनतम लाइव साइट के साथ अपनी विकास साइट को अपडेट करें
• अंतिम चरण: "एक क्लिक" जूमला में अपग्रेड ! 3 विकास स्थल पर
• ठीक है जब तक यह काम करता है सब कुछ परीक्षण और जाँच करें
• लाइव साइट पर माइग्रेट करें (या नई होस्टिंग पर नवीनतम विकास साइट स्नैपशॉट को पुनर्स्थापित करें .... बस कुछ गलत होने पर, और आपको J2.5 साइट को फिर से सक्रिय करना होगा)
• सफलता

Comments

अपग्रेड करने के लिए एक सुरक्षित विधि की बहुत अच्छी व्याख्या। मैं जुलाई में भी डुबकी लगा रहा हूं और कुछ समय से इसे लेकर चिंतित हूं। इसे पढ़ने के बाद मुझे बहुत अच्छा लग रहा है। धन्यवाद = ^ D

— मैथ्यू लेनिंग

Answer 2

२.५ से ३.३ के उन्नयन के लिए, मुझे मैनुअल अपग्रेड करने के साथ-साथ अधिक भाग्य प्राप्त हुआ है। संस्करणों के लिए, मैं 2.5.20-> 3.0.3-> 3.1.6-> 3.2.4-> 3.3.0 तक जाऊंगा।

यह पूरी प्रक्रिया है:

1. उन सभी संस्करणों को डाउनलोड करें और स्थानीय मशीन पर अनज़िप करें (यहाँ एक अच्छा संसाधन है: http://www.whitefirdesign.com/resources/joomla-release-archive.html )
2. अकीबा का उपयोग कर बैकअप
3. अकीबा किकस्टार्ट का उपयोग करके सबफ़ोल्डर में क्लोन साइट बनाएं (नए डेटाबेस का उपयोग / उपयोग करें)
4. वेबसाइट के बैकेंड में, "समस्या" एक्सटेंशन की स्थापना रद्द करें (पोस्ट के नीचे देखें)
5. एफ़टीपी में, एक नया जूमला संस्करण से सभी फाइलों को / इंस्टॉलेशन / फ़ोल्डर को छोड़कर अपलोड करें।
6. वेबसाइट के बैकएंड में, EXTENSIONS-> EXTENSIONS MANAGER-> DATABASE, और हिट रिक्स पर जाएं
7. इसके बाद EXTENSIONS-> EXTENSIONS MANAGER-> DISCOVER पर जाएं, खोजें और किसी भी चीज को खोजने के लिए इंस्टॉल करें
8. एसीएल प्रबंधक पर जाएं (यदि आपके पास नहीं है, तो मैं अत्यधिक सुझाव देता हूं) और एसीएल की किसी भी समस्या को ठीक करता है। http://aclmanager.net
9. जूमला के अगले संस्करण के साथ प्रक्रिया को दोहराएं

---

आप नवीनतम संस्करण के लिए उठने के बाद:

1. "समस्या" एक्सटेंशन को पुनर्स्थापित करें
2. बैकअप नया संस्करण
3. समस्याओं के लिए परीक्षण साइट
4. मूल साइट को सबफ़ोल्डर में स्थानांतरित करें
5. लाइव होने के लिए नई साइट को रूट में ले जाएं

पूर्ण संस्करणों के अपलोड समय के कारण इस पूरी प्रक्रिया में लंबा समय लगता है, लेकिन यह सिरदर्द से बचाता है।

समस्या विस्तार के लिए, ये सिर्फ मेरे लिए उन्नयन के दौरान समस्या पैदा करने वाले हैं। मेरी परिकल्पना यह है कि स्थापित पैकेज में वास्तव में J2.5 बनाम J3.3 के विभिन्न संस्करण हैं, इसलिए जब आप अपग्रेड करते हैं तो यह भ्रमित हो जाता है। अगर किसी ने दूसरों को पाया है, तो कृपया मुझे बताएं।

• NoNumbers Extension (NN Manager, Cache Cleaner, Adv Module Manager, मॉड्यूल कहीं भी, आदि)

हाल ही में रिलीज़ का उपयोग न करने पर ये एक्सटेंशन समस्याएँ पैदा कर सकते हैं:

• RSForm
• JW AllVideos
• RokBox
• RSForm
• सामाजिक बुकमार्क
• Xmap

Comments

ब्लूफ्लेम फॉर्म भी समस्याएं पैदा कर रहे हैं।

— एक कोडर

Answer 3

मैं 2.5.7 से 3.2.0 तक निर्देशिका को अपग्रेड करने में सक्षम नहीं था। मुझे इन अपग्रेड के दौरान विभिन्न त्रुटियों का सामना करना पड़ा, कभी-कभी बिल्कुल भी अपग्रेड नहीं कर पाता।

अपग्रेड पथ मुझे इस रूप में लेना था:

2.5.7 → 3.0.1 → 3.1.5 → 3.2.0

तब से मैं सामान्य रूप से अपग्रेड करने में सक्षम हूं। मैं 3.2.2 चला रहा हूं और शीघ्र ही 3.3 में अपग्रेड करने की योजना बना रहा हूं।

Comments

उन्नयन नवीनतम 2.5.x संस्करण से समर्थित है (आज के अनुसार यह 2.5.20 है!)। इस संस्करण से आप सीधे 3.3.0 में अपग्रेड कर सकते हैं। इसलिए कई मिनी-स्टेप्स करने के बजाय, आपको सबसे पहले अपने पुराने 2.5.7 से 2.5.20 और वहाँ से 3.3.0 तक अपडेट करने चाहिए।

— बेकल

ऐसा लगता है कि येलोवेबमोंकी के पास 2.5.20 से एक ही मुद्दा था, हालांकि अधिक विवरण के लिए उसका जवाब देखें।

— प्रसंगवश 18

मैं व्यक्तिगत रूप से उन त्रुटियों में दिलचस्पी लूंगा जो आपको सीधे 2.5.20 से 3.3.0 तक अपडेट करते समय मिलती हैं। यहां केवल कोर के बारे में बोल रहे हैं, न कि 3 पार्टियों के बारे में।

— बेकल

मैं कहूंगा कि यदि आपके पास कोई मुद्दा नहीं है, तो इसे दोहराने के लिए कठिन है। ऐसा ही 1.7 से हो रहा है, 2.5.1 पर चलना लगभग त्रुटि मुक्त है, लेकिन नए में सीधे जाना हमेशा समस्याग्रस्त था। मुझे शक है कि इसके सभी संस्करणों के लिए SQL अद्यतन फ़ाइलों की भारी मात्रा को लागू करते समय देवों की किसी भी गलती पर, संभवतः किसी प्रकार का समय समाप्त हो गया है? अगर वह समस्या है तो शायद जूमला अपडेट में एक स्टैंड अलोन इंस्टॉलर होना चाहिए और अपडेट को अनुक्रम में स्थापित करना चाहिए, बल्कि फिर उन सभी को एक बार (कोर के लिए वैसे भी) लागू करें। बस एक यादृच्छिक विचार हालांकि, यह उत्तर मुझे एक विचार देता है जहां गलती हो सकती है, केवल एक "सिद्धांत"।

— जॉर्डन रामस्टाड

मैं देखूंगा कि क्या मेरे पास अभी भी हमारे 2.5.7 डेटाबेस की एक प्रति है। अगर मुझे यह पता चल सके कि मेरे पास जो समस्याएँ हैं, उनके साथ उत्तर को अपडेट कर सकते हैं।

— प्रसंगवश

Answer 4

मुख्य प्रश्न का उत्तर देने के लिए:

जूमला के EoL से पहले सुधार करने के लिए "वन क्लिक" अपग्रेड कितना अच्छा है! 2.5?

इसमें सुधार की कोई योजना नहीं है। यह कोर के लिए मुद्दों के बिना काम कर रहा है। बदले हुए आउटपुट आउटपुट के कारण खाका को बदलना होगा। अन्य एक्सटेंशन को मैन्युअल रूप से जांचने की आवश्यकता है, यह निर्भर करता है कि वे कैसे बनाए जाते हैं। एक्सटेंशन लिखना संभव है जो समान कोडबेस के साथ 2.5.15+ और 3.x दोनों पर काम करते हैं। लेकिन किसी को यह देखना होगा कि या तो डेवलपर से संपर्क करके या (उनके FAQ पढ़ें)।

2.5 में सुधार किया जा सकता है कि केवल एक चीज एक पूर्व उन्नयन संगतता जांच जोड़ने के लिए है। इसके लिए कुछ काम किया गया था लेकिन यह ठप हो गया। समुदाय के किसी व्यक्ति को इसे चुनना होगा और इसे समाप्त करना होगा।

Comments

2.5 में संगतता जांच की कमी एक कारण है जिसे आपको अपग्रेड प्लेटफॉर्म पर पीएचपी संस्करणों की जांच करनी है। 2.5 से 3.2 तक "वन-क्लिक" अपडेट। खाली स्थानों के साथ कई लोगों को आगे और पीछे छोड़ दिया।

— बॉटिट

Answer 5

यहाँ कुछ उपयोगी जानकारी है जो मुझे अपग्रेड करने पर मिली है।

एक के लिए, यदि वेबसाइट मूल रूप से 1.6 में थी, तो 2.5 में अपग्रेड की गई, तब भी 2.5 के नवीनतम संस्करणों में सभी एक्सटेंशन अभी भी काम करेंगे। हालाँकि 3.x में अपग्रेड करने के लिए एक पुनर्स्थापना की आवश्यकता होती है। ऐसा इसलिए है क्योंकि "अपडेट" क्षेत्र में अंतर का मतलब है कि अगर यह 1.6 था तो अपडेट सर्वर ठीक से अपडेट नहीं पढ़ेगा, इसलिए यदि यह 1.6 घटक था, तो कम से कम ज्यादातर मामलों में (मैंने इसे डीजे इमेज स्लाइडर में देखा है। और BreezingForms) 2.5 में अपग्रेड होने के बाद अपडेट नहीं होगा।

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

कभी-कभी एक्सटेंशन का नाम बदला जा सकता है या "नया" किया जा सकता है, जिससे जूमला कई बार इसे एक नए घटक के रूप में पढ़ेगा, जिससे एक ही घटक की कई प्रविष्टियाँ हो सकती हैं, पुरानी और नई। यदि आप एक की स्थापना रद्द करते हैं तो यह अभी भी उसी डेटाबेस तालिकाओं का उपयोग करता है, इसलिए यदि आप पहले से ही उन्हें स्थापित करते हैं तो यह उन्हें साफ कर देता है।

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

किसी भी स्थिति में 1.6 से 2.5 की दर से 3.x पर किसी भी बिंदु पर किसी भी तरह से एक पुनर्स्थापना मजबूर कर सकती है जिससे डेटा साफ़ हो जाएगा।

एक अन्य आइडिया: यदि अपडेट के साथ एक "रीइनस्टॉल" जोड़ा गया, तो पुराने संस्करण और उसके अपडेट सर्वर का ट्रैक रखने के लिए, या कस्टम यूआरएल / अपलोड करने के लिए मूल रूप से डेटा को साफ किए बिना घटक की स्थापना रद्द करें। फिर डेटाबेस तालिकाओं को अपडेट करने के लिए sql अपडेट का उपयोग करते हुए इसे फिर से इंस्टॉल करें, यह बेहद आसान होगा।

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

यह कई समस्याओं के बारे में बताता है जो एक्सटेंशन से उत्पन्न हो सकती हैं जो कि 3.x में संगतता जोड़ने के लिए कभी भी अपग्रेड नहीं किया जा सकता है, प्लगइन्स सबसे खराब हैं, यहां तक ​​कि व्यवस्थापक पैनल में भी एक त्रुटि उन व्यवस्थापक पैनल को अनुपयोगी बना सकती है।

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

अब यह सब कोई मुख्य मुद्दा नहीं है, जो कि सामान्य रूप से अद्यतन में नहीं होना चाहिए।

मेरे द्वारा ऊपर पोस्ट किए गए विचार देव टीम के लिए हैं, बाकी किसी को भी अपडेट करने के लिए अच्छी जानकारी है। मेरे द्वारा लगाए गए विचारों को पहले एक्सटेंशन को अनइंस्टॉल / अक्षम किए बिना अपडेट की अनुमति देने में सक्षम होना चाहिए, जो संभवतः प्रक्रिया में और अधिक काम जोड़ सकता है। पहले से ही महान updater के लिए कुछ परिवर्धन के साथ, यहां तक ​​कि पूर्ण ऑटो अपडेट (थोड़े जैसे वर्डप्रेस) भविष्य में संभव हो सकते हैं।

Answer 6

मुझे लगता है कि उन्नयन के साथ विचार करने के लिए बहुत सारी चीजें हैं बस इसे "एक-क्लिक" प्रक्रिया नहीं माना जा सकता है।

PHP संस्करण पहली बात पर विचार कर रहे हैं। जूमला संस्करण भी ... हमेशा सीढ़ी पर चढ़ने से पहले किसी भी पेड़ में अंतिम संस्करण में अपग्रेड करें। आप जिस भी ब्रांच से और जिस ब्रांच से अप्लाई करना चाहते हैं, उसे सिलेक्ट करने के लिए अकीबा सीएमएस अपडेटर का इस्तेमाल करें।

एक्सटेंशन जहां यह वास्तव में बालों हो जाता है।

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

यह प्रक्रिया हालांकि सामान्य रोजमर्रा के उपयोगकर्ता के लिए नहीं है।

अधिक बार मुझे संपत्ति तालिका के साथ कुछ स्तर का मुद्दा नहीं मिलता है और आमतौर पर तालिका में अनाथ या लापता वस्तुओं को ठीक करने के लिए एसीएल प्रबंधक के निदान को नियोजित करना पड़ता है।

Answer 7

मेरे द्वारा उपयोग की जाने वाली प्रक्रिया लगभग 40 विविध जूमला 2.5 से 3.x मिनी माइग्रेशन पर विकसित हुई है। यह बिल्कुल "एक क्लिक" नहीं है, लेकिन सबसे आम नुकसान से बचने में मदद करता है। मैं जिन वेबसाइटों को देखता हूं उनमें से अधिकांश रॉकेटटेम टेम्प्लेट का उपयोग कर रहे हैं और जूमला 2.5 एक्स के समतुल्य संस्करण 3.x हैं जो कि मेरे लिए टेम्पलेट माइग्रेशन मुद्दों को कम कर चुके हैं लेकिन आपका माइलेज भिन्न हो सकता है।

1. चेक होस्टिंग वातावरण जूमला 3.x के लिए उपयुक्त है

2. पहले बैकअप चलाएं!

3. किसी भी एक्सटेंशन को अनइंस्टॉल करें जो जूमला 3.x संगत नहीं हैं

4. जूमला 2.5.28 पर अपडेट करें यदि पहले से 2.5.28 पर नहीं है और नवीनतम उपलब्ध जूमला 2.5 संस्करणों के लिए सभी तीसरे पक्ष के एक्सटेंशन को अपडेट करें

5. "सिस्टम - मुझे याद रखें" प्लगइन को अक्षम करें

6. "सिस्टम - अपडेट पर बैकअप" को अक्षम करें यदि अकीबा बैकअप स्थापित है

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

8. घटक बदलें -> जूमला अपडेट -> "शॉर्ट टर्म सपोर्ट" के विकल्प

9. घटक में -> जूमला अपडेट, 2.5.x से 3.5.1, 3.5.1 से 3.6.5 और फिर नवीनतम संस्करण में 3.6.5 से अपडेट करने के लिए "अपडेट को स्थापित करें" पर क्लिक करें। जूमला कैश को साफ़ करें और एक्सटेंशन्स -> एक्सटेंशन मैनेजर -> अपडेट पर कैश को शुद्ध करें और अपडेट की पेशकश न होने पर फिर से प्रयास करें। सत्र टोकन अद्यतन किए जाने पर आपको एक या दो बार reauthenticate करना पड़ सकता है

10. घटक बदलें -> जूमला अपडेट -> विकल्प -> अपडेट चैनल को "डिफॉल्ट" करें यदि यह पहले से "डिफॉल्ट" पर रीसेट नहीं है

11. किसी भी स्थापित एक्सटेंशन के शीर्ष पर नवीनतम जूमला 3.x एक्सटेंशन को फिर से स्थापित करें विशेष रूप से क्रोनोफॉर्म और किसी भी क्रोनोफॉर्म कार्य यदि आपके पास इनमें से कोई भी स्थापित है

12. जूमला कैश और अपना वेब ब्राउज़र कैश साफ़ करें

13. वैश्विक कॉन्फ़िगरेशन में, "कोई नहीं" पर वापस रिपोर्ट करने में त्रुटि सेट करें

14. यदि Akeeba बैकअप स्थापित है, तो "सिस्टम - बैकअप ऑन अपडेट" प्लगइन को फिर से सक्षम करें

15. री-इनेबल "सिस्टम - रिमेंबर मी" प्लगइन

16. "सिस्टम - जूमला! अपडेट नोटिफिकेशन" को निष्क्रिय करें जूमला अपडेट नोटिफिकेशन (वैकल्पिक) को बंद करने के लिए प्लगइन

17. जूमला 2.5 टेम्पलेट्स निकालें (परमाणु, beez5, beez_20, bluestork)

18. सामग्री में संस्करण नियंत्रण सक्षम करें -> लेख -> विकल्प -> यदि उपयुक्त हो तो संपादन लेआउट (डिफ़ॉल्ट रूप से संस्करण नियंत्रण अक्षम है)

19. उपयोगकर्ताओं पर "उपयोगकर्ता पंजीकरण की अनुमति दें" अक्षम करें -> प्रबंधित करें -> विकल्प -> उपयोगकर्ता के विकल्प यदि उपयुक्त हो (यह JLB में डिफ़ॉल्ट रूप से सक्षम किया गया था)

चरण 11 महत्वपूर्ण है कि इंस्टॉलेशन स्क्रिप्ट को किसी भी जूमला 3 विशिष्ट चरणों को करने की अनुमति दें जो कि मूल रूप से जूमला 2.5 पर स्थापित होने पर नहीं चलाए जा सकते हैं।

यदि उपयुक्त हो तो PHP संस्करण को अपडेट करना याद रखें। PHP 5.3 जीवन का अंत है और PHP 5.6 या PHP 7.0 या बाद में जूमला 3.x के लिए बेहतर विकल्प है।