इसे छोड़कर कंटेंट पर जाएं

अपग्रेड की तैयारी

XOOPS अपग्रेड प्रक्रिया शुरू करने से पहले, आपको “अपनी साइट बंद करें?” सेट करना चाहिए। प्राथमिकताओं में आइटम को हाँ पर -> सिस्टम विकल्प -> प्रशासन मेनू में सामान्य सेटिंग्स पृष्ठ।

यह उपयोगकर्ताओं को अपग्रेड के दौरान किसी टूटी हुई साइट का सामना करने से बचाता है। यह सुचारू उन्नयन सुनिश्चित करने के लिए संसाधनों के लिए विवाद को न्यूनतम रखता है।

त्रुटियों और टूटी हुई साइट के बजाय, आपके आगंतुकों को कुछ इस तरह दिखाई देगा:

मोबाइल पर साइट बंद

अपनी साइट फ़ाइलों का पूर्ण बैकअप बनाने से पहले सभी कैश के लिए XOOPS प्रशासन रखरखाव अनुभाग का _कैश फ़ोल्डर साफ़ करने के लिए उपयोग करना एक अच्छा विचार है। साइट बंद होने पर, सत्र तालिका खाली करें का उपयोग करने की भी अनुशंसा की जाती है ताकि यदि पुनर्स्थापना की आवश्यकता हो, तो पुराने सत्र इसका हिस्सा न बनें।

फ़ाइल बैकअप एफ़टीपी के साथ बनाया जा सकता है, सभी फ़ाइलों को आपकी स्थानीय मशीन पर कॉपी किया जा सकता है। यदि आपके पास सर्वर तक सीधी शेल पहुंच है, तो वहां एक प्रतिलिपि (या एक संग्रह प्रतिलिपि) बनाना बहुत तेज़ हो सकता है।

डेटाबेस बैकअप बनाने के लिए, आप XOOPS व्यवस्थापन रखरखाव अनुभाग में अंतर्निहित फ़ंक्शन का उपयोग कर सकते हैं। यदि उपलब्ध हो तो आप phpMyAdmin में Export फ़ंक्शन का भी उपयोग कर सकते हैं। यदि आपके पास शेल एक्सेस है, तो आप अपने डेटाबेस को डंप करने के लिए mysql कमांड का उपयोग कर सकते हैं।

बैकअप लेने और अपने डेटाबेस को पुनर्स्थापित करने में पारंगत होना एक महत्वपूर्ण वेबमास्टर कौशल है। ऐसे कई ऑनलाइन संसाधन हैं जिनका उपयोग आप अपने इंस्टॉलेशन के लिए उपयुक्त इन परिचालनों के बारे में अधिक जानने के लिए कर सकते हैं, जैसे [http://webcheatsheet.com/sql/mysql_backup_restore.php]http://webcheatsheet.com/sql/mysql_backup_restore.php)

phpMyAdmin निर्यात

साइट पर नई फ़ाइलें कॉपी करें

Section titled “साइट पर नई फ़ाइलें कॉपी करें”

नई फ़ाइलों को आपकी साइट पर कॉपी करना वस्तुतः इंस्टॉलेशन के दौरान तैयारी चरण के समान है। आपको xoops_data और xoops_lib निर्देशिकाओं को वहां कॉपी करना चाहिए जहां इन्हें इंस्टॉल के दौरान स्थानांतरित किया गया था। फिर, वितरण की htdocs निर्देशिका की शेष सामग्री (अगले अनुभाग में शामिल कुछ अपवादों के साथ) को अपने वेब रूट में मौजूदा फ़ाइलों और निर्देशिकाओं पर कॉपी करें।

XOOPS 2.7.0 में, किसी मौजूदा साइट के शीर्ष पर एक नया वितरण कॉपी करने से मौजूदा कॉन्फ़िगरेशन फ़ाइलों जैसे mainfile.php या xoops_data/data/secure.php को अधिलेखित नहीं किया जाएगा। यह पिछले संस्करणों की तुलना में एक स्वागत योग्य बदलाव है, लेकिन आपको शुरू करने से पहले अभी भी पूर्ण बैकअप बनाना चाहिए।

वितरण से संपूर्ण अपग्रेड निर्देशिका को अपने वेब रूट पर कॉपी करें, वहां एक अपग्रेड निर्देशिका बनाएं।

Smarty 4 प्रीफ़्लाइट चेक चलाएँ

Section titled “Smarty 4 प्रीफ़्लाइट चेक चलाएँ”

मुख्य /upgrade/ वर्कफ़्लो लॉन्च करने से पहले, आपको upgrade/ निर्देशिका में भेजे गए प्रीफ़्लाइट स्कैनर को चलाना होगा। यह Smarty 4 संगतता समस्याओं के लिए आपके मौजूदा थीम और मॉड्यूल टेम्पलेट्स की जांच करता है और उनमें से कई को स्वचालित रूप से ठीक कर सकता है।

  1. अपने ब्राउज़र को your-site-url/upgrade/preflight.php पर इंगित करें
  2. व्यवस्थापक खाते से लॉग इन करें
  3. स्कैन चलाएँ और रिपोर्ट की समीक्षा करें
  4. प्रस्तावित किसी भी स्वचालित मरम्मत को लागू करें, या फ़्लैग किए गए टेम्पलेट्स को मैन्युअल रूप से ठीक करें
  5. स्कैन को साफ होने तक दोबारा चलाएं
  6. उसके बाद ही मुख्य अपग्रेड जारी रखें

संपूर्ण पूर्वाभ्यास के लिए प्रीफ्लाइट चेक पृष्ठ देखें।

चीज़ें जिन्हें आप शायद कॉपी नहीं करना चाहेंगे

Section titled “चीज़ें जिन्हें आप शायद कॉपी नहीं करना चाहेंगे”

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

  • xoops_data/configs/xoopsconfig.php यदि साइट स्थापित होने के बाद इसे बदल दिया गया है
  • यदि आपकी साइट के लिए अनुकूलित किया गया है तो थीम्स में कोई भी निर्देशिका। इस मामले में आप उपयोगी अद्यतनों की पहचान करने के लिए फ़ाइलों की तुलना करना चाह सकते हैं।
  • class/captcha/ में कोई भी फ़ाइल “config” से शुरू होती है यदि साइट स्थापित होने के बाद से इसे बदल दिया गया है
  • class/textsanitizer में कोई भी अनुकूलन
  • class/xoopseditor में कोई भी अनुकूलन

यदि अपग्रेड के बाद आपको पता चलता है कि गलती से कुछ ओवरराइट हो गया है, तो घबराएं नहीं - इसीलिए आपने पूर्ण बैकअप के साथ शुरुआत की है। (You did make a backup, right?)

mainfile.php जांचें (प्री-2.5 से अपग्रेड XOOPS)

Section titled “mainfile.php जांचें (प्री-2.5 से अपग्रेड XOOPS)”

यह चरण केवल तभी लागू होता है जब आप पुराने XOOPS संस्करण (2.3 या इससे पहले) से अपग्रेड कर रहे हों। यदि आप XOOPS 2.5.x से अपग्रेड कर रहे हैं तो आप इस अनुभाग को छोड़ सकते हैं।

XOOPS के पुराने संस्करणों को प्रोटेक्टर मॉड्यूल को सक्षम करने के लिए mainfile.php में कुछ मैन्युअल परिवर्तन करने की आवश्यकता थी। आपके वेब रूट में mainfile.php नाम की एक फ़ाइल होनी चाहिए। उस फ़ाइल को अपने संपादक में खोलें और इन पंक्तियों को देखें:

include XOOPS_TRUST_PATH.'/modules/protector/include/precheck.inc.php' ;

और

include XOOPS_TRUST_PATH.'/modules/protector/include/postcheck.inc.php' ;

यदि आपको ये पंक्तियाँ मिलें तो उन्हें हटा दें, और जारी रखने से पहले फ़ाइल को सहेजें।