यह मानने से पहले कि कोई फ़ीचर टूटा है, जांचें कि क्या समस्या असल में बॉट खुद है: एक लाइव Resources पेज RAM और CPU उपयोग, डेटाबेस और websocket latency, और वह infrastructure node दिखाता है जो अभी उस सर्वर के लिए बॉट चला रहा है। यह लगभग हर कुछ सेकंड में अपडेट होता है। ज़्यादातर "बॉट जवाब नहीं दे रहा" वाली रिपोर्टें एक गायब सेटिंग की होती हैं, आउटेज की नहीं। लेकिन जब सच में आउटेज या lag spike हो, तो अंदाज़ा लगाने के बजाय इस पेज पर पुष्टि करें।
Resources पेज असल में क्या दिखाता है
- लाइव उपयोग: उपयोग की गई RAM बनाम कुल RAM, heap उपयोग और CPU लोड, साथ में पिछले 60 सेकंड का एक छोटा स्क्रॉलिंग ग्राफ़, ताकि spike केवल एक मौजूदा संख्या के रूप में नहीं, बल्कि दिखाई दे।
- अपटाइम और node: मौजूदा process कितनी देर से चल रहा है, और आपके सर्वर की सेवा करने वाले खास node का नाम। यह इसलिए मायने रखता है क्योंकि Noxyr एक से ज़्यादा nodes पर चलता है, और खास तौर पर custom bot उसी node पर चलता है जो उसे सौंपा गया था।
- लाइव latency पैनल: database, Redis cache, Discord websocket कनेक्शन, संदेश देरी और node-से-node latency के लिए अलग-अलग round-trip संख्याएं, जो इस बात पर निर्भर करके हरे, पीले या लाल रंग में दिखती हैं कि वे अभी कितनी ऊंची हैं।
- सेवा स्थिति: मुख्य bot process, MongoDB और Redis के लिए online/starting/offline, ये तीन चीज़ें जिनका हर फ़ीचर के काम करने के लिए स्वस्थ होना ज़रूरी है।
अगर आपका ब्राउज़र सपोर्ट करता है, तो यह पेज एक लाइव कनेक्शन के ज़रिए खुद अपडेट होता है; नहीं तो हर कुछ सेकंड में polling पर लौट आता है। मैन्युअली रीफ़्रेश करने की ज़रूरत नहीं।
इसे पढ़ना: सामान्य क्या है और असली समस्या क्या है
database, websocket और संदेश देरी में हरी सीमा के भीतर latency के आंकड़े, और RAM उस बिंदु से नीचे जहां मीटर पीला होता है, यह एक सामान्य स्वस्थ स्थिति है; छोटे उतार-चढ़ाव की उम्मीद करें, सपाट रेखा की नहीं। किसी एक latency संख्या का कुछ समय के लिए पीला होना कार्रवाई के लायक नहीं है। लेकिन कोई सेवा कुछ सेकंड से ज़्यादा "Offline" दिखाए, या सभी latency संख्याएं एक साथ लाल हों, तो एक मिनट रुककर दोबारा जांचना सार्थक है, इससे पहले कि मान लिया जाए कि आपके सर्वर का सेटअप ही दोषी है।
यह पेज कब देखें और अपनी सेटिंग्स कब जांचें
- एक फ़ीचर काम नहीं कर रहा, बाकी सब ठीक है: यह लगभग हमेशा एक कॉन्फ़िगरेशन समस्या होती है (कोई चैनल गायब, रोल पदानुक्रम की समस्या, या मॉड्यूल बंद), न कि infrastructure की। पहले Overview पेज की setup चेकलिस्ट देखें।
- हर फ़ीचर में कुछ भी जवाब नहीं दे रहा: पहले Resources देखें। अगर मुख्य bot सेवा offline दिखाए या हर latency संख्या लाल हो, तो समाधान infrastructure की ओर है, और कोई dashboard सेटिंग उसे नहीं बदलेगी।
- धीमा है, टूटा नहीं: कोई कमांड कुछ अतिरिक्त सेकंड लेता है लेकिन आख़िर में काम करता है। खास तौर पर संदेश देरी और database latency के आंकड़े देखें; कोई अस्थायी बढ़ी हुई संख्या जो एक-दो मिनट में ठीक हो जाती है, वह झटका है, आउटेज नहीं।
node क्यों मायने रखता है, खासकर Custom Bot के लिए
Noxyr क्षमता के लिए अपने bot processes एक से ज़्यादा nodes पर चलाता है। ज़्यादातर सर्वरों के लिए यह दिखता नहीं; आपको कभी पता करने या परवाह करने की ज़रूरत नहीं कि आप किस पर हैं। यह Custom Bot के लिए खास तौर पर प्रासंगिक हो जाता है, क्योंकि शुरू होने पर custom bot किसी खास node को सौंपा जाता है, और Resources पेज वह जगह है जहां आप पुष्टि कर सकते हैं कि कौन सा है, और वैश्विक औसत के बजाय उस node के अपने आंकड़े देख सकते हैं। अगर कोई custom bot अजीब व्यवहार कर रहा है, तो सपोर्ट से संपर्क करते समय इस पेज का node नाम बताना उपयोगी है, क्योंकि वह ठीक बताता है कि सर्वर-साइड का कौन सा process जांचना है।
यह पेज क्या नहीं बता सकता
यह infrastructure स्वास्थ्य की रिपोर्ट करता है, फ़ीचर कॉन्फ़िगरेशन की नहीं। एक पूरी तरह स्वस्थ बॉट और हर जगह हरी latency वाले सर्वर में भी ऐसा टिकट पैनल हो सकता है जो कभी पोस्ट नहीं होता, क्योंकि कैटेगरी कभी सेट नहीं की गई, या ऐसा स्वागत संदेश जो कभी नहीं चलता, क्योंकि टॉगल बंद है। Resources केवल यह बताता है "क्या बॉट खुद ठीक है", कभी यह नहीं कि "क्या मेरे सर्वर का सेटअप सही है"। उसके लिए Overview पेज की setup चेकलिस्ट और हर फ़ीचर का अपना dashboard पेज देखें।
आम सवाल
क्या RAM का अधिक उपयोग का मतलब है कि बॉट जल्द क्रैश होने वाला है? अपने आप नहीं। मीटर सीमाएं पार होने पर पीला और फिर लाल होता है, ताकि लगातार बढ़ोतरी समस्या बनने से पहले दिखाई दे, न कि आसन्न क्रैश की गारंटीशुदा निशानी हो।
अगर मैं केवल एक सर्वर चलाता हूं, तो मेरे सर्वर का node नाम क्यों मायने रखे? एक सामान्य (गैर-custom) सर्वर के लिए यह ज़्यादातर मायने नहीं रखता; यह केवल जानकारी के लिए है। Custom Bot चलाने पर यह ज़्यादा मायने रखता है, क्योंकि उस बॉट का अपना node ही तय करता है कि उसकी latency और अपटाइम मुख्य बॉट की सेहत से अलग कैसे है।
क्या यह /status कमांड जैसा ही है? नहीं, /status आपके समुदाय के अपने आंकड़े (सदस्य, टिकट, बिक्री) दिखाता है। Resources बॉट के infrastructure की सेहत दिखाता है, जो "status" का बिल्कुल अलग प्रकार है।
क्या सदस्य यह पेज देख सकते हैं? नहीं, यह किसी सर्वर के admin dashboard का हिस्सा है और इसके लिए वही पहुंच चाहिए जो किसी भी दूसरे dashboard पेज के लिए चाहिए: सर्वर ओनर या Administrator।
अगर Resources सब कुछ स्वस्थ दिखाए, फिर भी मेरा फ़ीचर काम न करे, तो मुझे क्या करना चाहिए? इसे कॉन्फ़िगरेशन की समस्या मानें, infrastructure की नहीं। Overview पेज की setup चेकलिस्ट और उस खास फ़ीचर का सेटिंग्स पेज देखें, गायब चैनल, रोल या टॉगल के लिए।
अपने सर्वर की लाइव स्थिति अपने dashboard के Resources पेज पर देखें, और उसके साथ और क्या है यह जानने के लिए dashboard docs देखें।