अपडेट

यहाँ नए हैं

नया वर्ज़न आने पर HolyArrs आपको बताता है, पर उसे ख़ुद कभी इंस्टॉल नहीं करता। नई इमेज आप तब पुल करते हैं जब आपको ठीक लगे।

देखें कि नया वर्ज़न आया है या नहीं

Status (स्टेटस) पेज खोलें (http://your-server:6262/health)।
Updates (अपडेट) पढ़ें। इनमें से कोई एक दिखना चाहिए:

संदेश	मतलब
“HolyArrs 1.2.0 is out, newer than this one.”	जब तैयार हों, अपडेट करें
“This is the newest version.”	कुछ करने की ज़रूरत नहीं
“No HolyArrs release is published yet.”	फ़ीड ख़ाली है। कोई गड़बड़ नहीं है
“The last check did not work: …”	फ़ीड तक पहुँच नहीं हुई, अक्सर इंटरनेट न होने से
“The update check is off: …”	Settings में बंद किया हुआ है

अभी पूछने के लिए Check now (अभी जाँचें) या Check again (दोबारा जाँचें) चुनें। इसके लिए Change settings (सेटिंग बदलना) अनुमति चाहिए।

नया वर्ज़न हेल्थ की चेतावनी के रूप में भी दिखता है। फ़ेल हुई जाँच सिर्फ़ Updates के नीचे दिखती है।

अपडेट करें

नई इमेज पुल करें और रीस्टार्ट करें: docker compose pull, फिर docker compose up -d।
HolyArrs शुरू होता है। अगर नया वर्ज़न डेटा रखने का तरीका बदलता है, तो वह पहले बैकअप लेता है, फिर डेटा अपडेट करता है। ऐप नए वर्ज़न पर खुलता दिखना चाहिए।

पुराने वर्ज़न पर लौटें

HolyArrs अपनी इमेज ख़ुद नहीं बदल सकता, इसलिए पुरानी इमेज आप चलाते हैं और HolyArrs पुराना डेटा वापस रख देता है।

अपनी compose फ़ाइल (या docker run) में इमेज टैग बदलकर पुराना वाला करें, जैसे holyarrs/holyarrs:<older version>।
docker compose up -d चलाएं।
अगर अपडेट ने डेटा नहीं बदला था, तो पुराना वर्ज़न शुरू हो जाता है। आपका काम हो गया।
वरना पुराना वर्ज़न ऐप की जगह एक पेज दिखाता है। Put back the data from before the update (अपडेट से पहले का डेटा वापस रखें) चुनें।
एक बार का कोड टाइप करें। यह docker logs <container> से मिलेगा; “one-time code” ढूंढें।
HolyArrs बैकअप जाँचता है, उसे अपनी जगह रखता है और बंद हो जाता है। कंटेनर अपनी रीस्टार्ट पॉलिसी से उसी डेटा पर दोबारा शुरू होता दिखना चाहिए। पॉलिसी न हो तो उसे ख़ुद शुरू करें।

पेज के बिना: docker exec <container> /holyarrs restore --pre-update, फिर docker restart <container>। Docker के बिना: HolyArrs बंद करें, holyarrs restore --pre-update चलाएं, फिर उसे शुरू करें।

कुछ भी हटाया नहीं जाता। नया डेटा backups/before-restore-<time>/ में चला जाता है, इसलिए आप इसे पलट सकते हैं। एक से ज़्यादा वर्ज़न पीछे जाने पर अपडेट से पहले का वह सबसे नया बैकअप चुना जाता है जिसे वह वर्ज़न पढ़ सकता है।

विकल्प

सब Settings > Health checks (सेटिंग > हेल्थ चेक) में हैं। आख़िरी तीन कार्ड के एडवांस हिस्से में हैं।

सेटिंग	डिफ़ॉल्ट	कब बदलें
Check for a newer HolyArrs (नया HolyArrs जाँचें)	चालू	आप बाहर कोई भी रिक्वेस्ट नहीं भेजना चाहते
Check for updates every (अपडेट की जाँच हर)	दिन	आप कम जाँच चाहते हैं: 3, 7, 14 या 30 दिन
Release feed (वर्ज़न की फ़ीड)	ख़ाली (HolyArrs के वर्ज़न)	आप अपनी फ़ीड ख़ुद होस्ट करते हैं
Feed may be on the local network (फ़ीड लोकल नेटवर्क पर हो सकती है)	बंद	आपकी फ़ीड आपके अपने नेटवर्क पर है
Include test versions (like 1.2.0-rc1) (टेस्ट वर्ज़न भी शामिल करें, जैसे 1.2.0-rc1)	बंद	आप टेस्ट वर्ज़न की सूचना भी चाहते हैं

अगर काम न करे

लक्षण: “The last check did not work.” वजह: सर्वर पर इंटरनेट नहीं है, या आपकी अपनी फ़ीड लोकल नेटवर्क पर है। हल: इंटरनेट की पहुँच जाँचें, या Feed may be on the local network चालू करें।

लक्षण: वर्ज़न की फ़ीड सेव नहीं होती। वजह: एड्रेस में नाम, पासवर्ड, ?query या #fragment है, या वह http:// या https:// से शुरू नहीं होता। हल: वे हिस्से हटाएं।

लक्षण: डिस्क की जगह कम होने से अपडेट रुक गया। वजह: कॉपी और अपडेट के लिए जगह नहीं है। हल: जहाँ कॉन्फ़िग फ़ोल्डर है वहाँ जगह ख़ाली करें, फिर दोबारा शुरू करें।

लक्षण: वापस लौटने वाला पेज आपका कोड नहीं मानता। वजह: कोड पुराना है, या पिछली बार शुरू होने के बाद से 10 ग़लत कोड डाले जा चुके हैं। हल: लॉग की सबसे नई लाइन से कोड कॉपी करें। 10 ग़लत कोशिशों के बाद कंटेनर रीस्टार्ट करें और नया कोड इस्तेमाल करें।

रोके हुए फ़ीचर

इस वर्ज़न में कुछ फ़ीचर डिफ़ॉल्ट रूप से बंद हैं। इन्हें अपने जोखिम पर चालू करें। जब तक ये रोके हुए हैं, इनके पेज और मेन्यू आइटम छिपे रहते हैं, इनके API रूट “not found” जवाब देते हैं और इनके जॉब नहीं चलते। इनके लिए आपने जो डेटा सेव किया था, वह बना रहता है।

किसी को चालू करने के लिए उसका स्विच HOLYARRS_FLAGS में जोड़ें, कॉमा से अलग करके, और कंटेनर रीस्टार्ट करें:

environment:
  HOLYARRS_FLAGS: "subtitle_sites,alert_channels_more"

बंद करने के लिए नाम हटाएं और रीस्टार्ट करें। दोबारा चालू करने पर छिपी हुई सेटिंग वापस आ जाती हैं।

स्विच	फ़ीचर
`plex_watchlists`	Plex वॉचलिस्ट रिक्वेस्ट में बदल जाती हैं
`row_title_stats`	Appearance में एक्सप्लोर की लाइनों के टाइटल के आँकड़े
`trakt_lists`	Trakt कुंजी, Trakt सूची और Trakt रिव्यू। TMDB सूची चालू रहती हैं
`alert_channels_more`	Telegram, ntfy, Gotify, Pushover और वेबहुक अलर्ट। Discord और ईमेल चालू रहते हैं
`subtitle_sites`	सबटाइटल साइट और सबटाइटल की खोज। आपकी सबटाइटल भाषा चालू रहती है
`emby_signin`	Emby से साइन इन। Emby लाइब्रेरी रिफ़्रेश तब भी काम करता है
`go_back`	Status पेज का Go back (वापस लौटें) पैनल। वापस लौटें के चरण इसके बिना भी काम करते हैं

स्विच जोड़ने के बाद कुछ नहीं बदला? स्पेलिंग जाँचें (छोटे अक्षर, अंडरस्कोर) और सिर्फ़ पेज नहीं, कंटेनर रीस्टार्ट करें।

एक्सपर्ट के लिए

जाँच क्या भेजती है

सबसे नए वर्ज़न के लिए api.github.com को एक रिक्वेस्ट, जिसमें सिर्फ़ User-Agent: HolyArrs/<version> होता है। कोई अकाउंट, कुंजी या मीडिया की सूची नहीं। जाँच बंद हो तो कोई रिक्वेस्ट नहीं जाती।

पिछला जवाब सेव रहता है, इसलिए रीस्टार्ट होने पर समय से पहले जाँच नहीं होती। एक जाँच ज़्यादा से ज़्यादा 15 सेकंड इंतज़ार करती है, ज़्यादा से ज़्यादा 512 KB पढ़ती है और ज़्यादा से ज़्यादा 3 रीडायरेक्ट पर जाती है, और http और https के बीच कभी नहीं बदलती। रिलीज़ नोट्स का लिंक तभी दिखता है जब वह GitHub पर HolyArrs के रिलीज़ पेजों की ओर जाता हो; वरना वर्ज़न सादे टेक्स्ट में दिखता है।

Release feed में GitHub जैसा रिलीज़ जवाब, रिलीज़ की सूची, version वाला कोई भी JSON, या वर्ज़न वाला सादा टेक्स्ट चलता है। क्लाउड मेटाडेटा एड्रेस हमेशा ठुकरा दिए जाते हैं। टेस्ट वर्ज़न को सादे वर्ज़न से पुराना माना जाता है।

अपडेट से पहले का बैकअप

सेव किया हुआ डेटा बदलने से पहले HolyArrs:

जाँचता है कि कॉपी और अपडेट के लिए जगह है। अगर नहीं है, तो कुछ नहीं बदलता। इसे छोड़ने के लिए HOLYARRS_SKIP_SPACE_CHECK=yes।
हर डेटाबेस को backups में कॉपी करता है, कॉपी जाँचता है और उसके साथ एक sha256 फ़ाइल लिखता है। 3 बार कॉपी फ़ेल होने पर कुछ नहीं बदलता।
अपडेट का हर चरण अलग से चलाता है और उसे जाँचता है। फ़ेल हुआ चरण वापस पलट दिया जाता है; पूरे हुए चरण बने रहते हैं। वही वर्ज़न दोबारा शुरू करें, तो काम फ़ेल हुए चरण से उसी कॉपी के साथ आगे बढ़ता है।

पहली बार ठीक से शुरू होने के बाद वह कॉपी holyarrs-backup-pre-update-<time>.zip बन जाती है, जिसका ब्योरा कुछ ऐसा होता है: “before updating from 1.1.0 to 1.2.0”। यह Settings > Backups (सेटिंग > बैकअप) और holyarrs restore --list में दिखती है। सबसे नई 3 रखी जाती हैं; बैकअप का शेड्यूल इन्हें कभी नहीं हटाता। नए इंस्टॉल पर, या ऐसे अपडेट पर जो डेटा को नहीं छूता, कोई कॉपी नहीं बनती।

इससे जुड़े पेज

HolyArrs मुफ़्त है। अगर इससे आपका समय बचा, तो GitHub पर स्टार दें, स्पॉन्सर करें या मुझे एक कॉफ़ी पिलाएं।