जीरो-डाउनटाइम अपडेट्स और रोलबैक

सेल्फ-होस्टेड स्टोरकंसोल एडमिन पैनल के अंदर से अपडेट इंस्टॉल करता है। अपडेट हमारे रिलीज पाइपलाइन द्वारा बनाए जाते हैं, आपके लाइसेंस के खिलाफ चेक किए जाते हैं और साइट को डाउन किए बिना इंस्टॉल होते हैं।

कहाँ

स्टोरकंसोल → अपडेट्स एडमिन साइडबार में। पेज आपकी वर्ज़न, नवीनतम उपलब्ध वर्ज़न, रिलीज नोट्स और एक अपडेट बटन दिखाता है। प्रगति एक पेज रीलोड के दौरान बनी रहती है, और एक दूसरा अपडेट पहले से चल रहे अपडेट के ऊपर नहीं शुरू हो सकता।

जब आप अपडेट पर क्लिक करते हैं तो क्या होता है

1. पहले एक स्नैपशॉट पेश किया जाता है। इसे लें।
2. नया रिलीज डाउनलोड और अनपैक किया जाता है लाइव साइट के बगल में, अपने स्वयं के डायरेक्टरी में। डेटाबेस माइग्रेशन चलते हैं, और नया रिलीज टेस्ट-लोड होता है।
3. साइट एक कदम में नए रिलीज पर स्विच करती है। एप्लिकेशन कैश एक बार साफ किया जाता है, स्विच के तुरंत बाद।
4. रिलीज-विशिष्ट सेटअप एक बार चलता है और रिकॉर्ड किया जाता है, जैसे एक माइग्रेशन, ताकि आपने जो सेटिंग्स बदली हैं वे कभी भी अपडेट द्वारा ओवरराइट न हों।
5. साइट केवल तब रुकती है जब एक रिलीज मौजूदा डेटाबेस कॉलम को बदलती है, और केवल उसी चरण के लिए।

रोलिंग बैक

अंतिम दो रिलीज डिस्क पर रहती हैं।

• स्विच बैक करें
• अपडेट्स → रिलीज़ अपडेट्स → रिलीज़, या रन करें php artisan launcher:release:rollback.
• Rollback सिर्फ कोड को स्विच करता है; डेटाबेस जैसा है वैसा ही रहता है। अगर किसी रिलीज़ ने डेटा बदल दिया है जिसे आप वापस चाहते हैं, तो अपडेट करने से पहले लिए गए स्नैपशॉट को रिस्टोर करें।

बिना रिलीज़ डायरेक्टरी के इंस्टॉलेशन

कुछ शेयर्ड होस्ट (उदाहरण के लिए cPanel जिसमें सिम्बॉलिक लिंक्स नहीं हैं) रिलीज़ डायरेक्टरी का उपयोग नहीं कर सकते। वे इन-प्लेस अपडेट ही रखते हैं। php artisan launcher:release:adopt मौजूदा इंस्टॉलेशन को कन्वर्ट करने के लिए इसे ऐसे सर्वर पर चलाएं जो इसे सपोर्ट करता हो।

अगर अपडेट फेल हो जाए

1. दूसरा अपडेट शुरू न करें। Updates पेज पर दिया गया मैसेज पढ़ें।
2. चेक करें कि क्यू वर्कर (queue worker) और शेड्यूलर चल रहे हैं और डिस्क स्पेस खाली है।
3. पिछले रिलीज़ पर वापस जाने के लिए रोलबैक का उपयोग करें, फिर दिखाए गए मैसेज के साथ सपोर्ट से संपर्क करें।