पिछले संस्करण से अपग्रेड करना

अतिरिक्त पृष्ठ:{toc}

शुरू करने से पहले...

... इसे अवश्य पढ़ें क्योंकि यह बहुत महत्वपूर्ण है: अपनी वर्तमान इंस्टॉलेशन की फ़ाइलों और डेटाबेस का हमेशा बैकअप लें!

आप यह phpMyAdmin जैसे डेटाबेस प्रशासन टूल और फ़ाइल मैनेजर की मदद से कर सकते हैं! यदि आपको यह करना नहीं आता, तो आगे न बढ़ें और किसी जानकार व्यक्ति से सहायता लें।

ComfortUpdate का उपयोग करने की सलाह

अपग्रेड करने का सबसे आसान/सुरक्षित तरीका हमारी ComfortUpdate सेवा का उपयोग करना है।

सामान्य अपग्रेड निर्देश

ये सामान्य निर्देश हैं और v2.x या उसके बाद के किसी भी संस्करण से किसी भी बाद के संस्करण पर लागू होते हैं।

कृपया इन चरणों का पालन करें:

1. एडमिनिस्ट्रेशन से लॉग आउट करें
2. अपनी फ़ाइलों और डेटाबेस का बैकअप लें
3. इनके अलावा सभी पुरानी फ़ाइलें/फ़ोल्डर डिलीट करें:
   1. /application/config/security.php - महत्वपूर्ण!! यह LimeSurvey (संस्करण 4 और उसके बाद) में सभी एन्क्रिप्टेड डेटा की कुंजी है
   2. /application/config/config.php;
   3. /upload डायरेक्टरी
4. नए LimeSurvey पैकेज की नई फ़ाइलों को मौजूदा स्थान पर कॉपी करें।
5. अब अपने ब्राउज़र का कैश और कुकीज़ साफ़ करें।
6. अपने ब्राउज़र में एडमिन पृष्ठ खोलें (जैसे https://www.example.com/limesurvey/admin ). यदि डेटाबेस स्कीमा अपग्रेड आवश्यक हुआ, तो आपसे उसकी पुष्टि करने के लिए कहा जाएगा।
7. हो गया!

प्रमुख अपग्रेड के लिए संस्करण-विशिष्ट अपग्रेड निर्देश

• संस्करण 5 से 6 में अपग्रेड
• संस्करण 6 से 7 में अपग्रेड

CLI का उपयोग करके अपग्रेड करना

आप PHP CLI के माध्यम से डेटाबेस अपग्रेड कर सकते हैं: php application/commands/console.php updatedb। इससे आप कमांड लाइन के ज़रिए (उदाहरण के लिए crontab में) स्वचालित अपग्रेड सिस्टम सेट कर सकते हैं, हालाँकि इसकी अनुशंसा नहीं की जाती।

मैन्युअल अपडेट/ComfortUpdate के बाद डेटाबेस अपग्रेड विफल होना

कभी-कभी, भले ही आपने सब कुछ सही किया हो, डेटाबेस अपग्रेड के दौरान चीज़ें अपेक्षा के अनुसार काम नहीं करतीं। ऐसा कई कारणों से हो सकता है: अलग-अलग डेटाबेस संस्करण, अप्रत्याशित डेटा फ़ॉर्मेट या सामग्री, असामान्य कॉन्फ़िगरेशन या कोई और कारण जो हमारे परीक्षणों में सामने नहीं आया (हाँ, हम बहुत परीक्षण करते हैं!)

यदि डेटाबेस अपडेट के दौरान त्रुटि आती है और आपका LimeSurvey इंस्टेंस उपयोग के अयोग्य स्थिति में पहुँच जाता है, तो आपको पिछले संस्करण पर वापस जाना होगा। इसके लिए मान लिया गया है कि आपके पास डेटाबेस और फ़ाइलों का बैकअप अभी भी है, चाहे वह आपका नियमित बैकअप हो या ComfortUpdate द्वारा बनाया गया बैकअप।

कृपया निम्नलिखित चरण पूरे करें:

• मौजूदा LimeSurvey डायरेक्टरी और डेटाबेस का बैकअप लें (हाँ, फिर से - हम इसे दूसरा बैकअप कहेंगे)
• मूल (पहले) बैकअप से फ़ाइलों को मौजूदा डायरेक्टरी में रिस्टोर करें (उन्हें सीधे ओवरराइट करना ठीक है)।
• पुराना डेटाबेस डिलीट करें और मूल (पहले) बैकअप से डेटाबेस रिस्टोर करें।

बस, इतना ही। सब कुछ सामान्य हो जाना चाहिए।

इस समस्या की रिपोर्ट करने के बारे में एक सुझाव:

यदि आपके सामने ऐसी कोई समस्या आती है, तो कृपया हमेशा इसकी रिपोर्ट हमारे बग ट्रैकर https://bugs.limesurvey.org पर करें।

जिस बग की रिपोर्ट नहीं की गई, वह ठीक भी नहीं होता। कृपया केवल दूसरों की रिपोर्ट पर निर्भर न रहें। यदि आप देखते हैं कि बग की रिपोर्ट पहले ही हो चुकी है, तो आप बग ट्रैकर में उसे 'Yes, this bug affects me' के रूप में चिह्नित करके बग की प्राथमिकता बढ़ाने में भी मदद कर सकते हैं।

अक्सर पूछे जाने वाले प्रश्न

क्या सक्रिय सर्वेक्षण होने पर भी मैं अपग्रेड कर सकता हूँ?

हाँ, आप कर सकते हैं। अपवादों का उल्लेख ऊपर दिए गए विस्तृत निर्देशों में हो सकता है। हम दृढ़ता से सलाह देते हैं कि अपग्रेड के बाद अपने सर्वेक्षणों का परीक्षण करें ताकि जाँच सकें कि आपके डिज़ाइन टेम्पलेट अब भी ठीक से काम कर रहे हैं।

*.sql/*.csv सर्वेक्षण की संरचना फ़ाइलों को LimeSurvey के नवीनतम संस्करण में कैसे बदलें?

संस्करण 1.50 इंस्टॉल करें, फ़ाइल इंपोर्ट करें, और सर्वेक्षण की संरचना को नए .csv फ़ॉर्मेट में एक्सपोर्ट करें। फिर नवीनतम संस्करण 2.x इंस्टॉल करें और .csv फ़ॉर्मेट इंपोर्ट करके उसे वर्तमान .lss फ़ॉर्मेट में एक्सपोर्ट करें।

Survey theme incompatibility

With certain major version updates any custom survey themes will not be compatible, anymore:

• Update from LimeSurvey 2.6 or lower to LimeSurvey 2.50
• Update from LimeSurvey 5.x or lower to LimeSurvey 6.x

Error "Multiple primary key defined" when updating MySQL database

If you encounter this error, please check the setting sql_generate_invisible_primary_key in your MySQL server variables. This is most likely set to ON, but should be set to OFF. Then restore your database from the backup (as explained above) and try again.