कस्टम एरर पेज

कस्टम एरर पेज सादे सर्वर डिफ़ॉल्ट को आपके अपने ब्रांडेड HTML से बदल देता है, जबकि असली एरर स्टेटस बनाए रखता है ताकि सर्च इंजन को अभी भी एक वास्तविक 404 दिखे। यह गाइड हर समर्थित कोड के लिए पेज जोड़ने, सुरक्षा के लिए क्या हटाया जाता है, और सत्यापन बैज कैसे काम करता है, को कवर करती है।

KPanel में एरर पेज कहाँ रहते हैं

1. KPanel में साइन इन करें।
2. बाईं साइडबार में वेबसाइटें पर क्लिक करें, फिर साइट पर क्लिक करें।
3. साइट के बाएँ मेनू में, सेटिंग्स खोलें, फिर त्रुटि पृष्ठ खोलें।

सीधा पता /websites/<site-id>/error-pages है।

परेशान क्यों हों

एक डिफ़ॉल्ट सर्वर एरर पेज एक मृत अंत है। इसमें न कोई ब्रांडिंग होती है, न नेविगेशन, न कोई स्पष्टीकरण, इसलिए जो विज़िटर इस पर पहुँचता है वह आमतौर पर चला जाता है।

एक कस्टम पेज इसे साइट में वापसी के रास्ते में बदल देता है: आपका लोगो, आपकी टाइपोग्राफी, आपकी अपनी आवाज़ में एक वाक्य, और घर या किसी सर्च बॉक्स का लिंक। किसी बड़ी साइट पर, गलत टाइप किए गए और पुराने URL ट्रैफ़िक का एक स्थिर स्रोत होते हैं, और 404 पेज सबसे सस्ती रिकवरी है जो आप कभी बनाएंगे।

समर्थित कोड

आप आठ कोड के लिए एक कस्टम पेज सेट कर सकते हैं, प्रति कोड एक पेज:

404 से शुरुआत करें। यह सबसे आम है, और यह अकेला ऐसा है जिस तक विज़िटर किसी गड़बड़ी के बजाय साधारण ब्राउज़िंग के ज़रिए पहुँचता है।

5xx परिवार को अगला करना उचित है, क्योंकि ये वे पेज हैं जो लोग आपके सबसे बुरे दिन पर देखते हैं। एक शांत ब्रांडेड पेज जो बताता है कि कुछ गलत हुआ और एक ईमेल पता देता है, एक खाली सर्वर एरर से कहीं बेहतर है।

एक पेज जोड़ना

1. त्रुटि पृष्ठ जोड़ें पर क्लिक करें।
2. ड्रॉपडाउन से एक एरर कोड चुनें। पहले से उपयोग किए जा रहे कोड सूचीबद्ध नहीं होते।
3. HTML बॉडी फ़ील्ड में नमूना HTML को अपने खुद के से बदलें।
4. त्रुटि पृष्ठ जोड़ें पर क्लिक करें।

एडिटर एक काम करने वाले 404 दस्तावेज़ से शुरू होता है जिसे आप संपादित कर सकते हैं, जो अगर आप जल्दी से कुछ साफ़-सुथरा चाहते हैं तो एक उचित शुरुआती बिंदु है।

HTML लिखना

एक संपूर्ण HTML दस्तावेज़ प्रदान करें, जो doctype से शुरू हो। इसे जैसा है वैसा ही परोसा जाता है, इसलिए इसे अपने आप में पूर्ण होना चाहिए।

सुरक्षा के लिए, पेज के संग्रहीत होने से पहले ही कुछ HTML हटा दिया जाता है:

• <script> टैग
• इनलाइन इवेंट हैंडलर जैसे onclick
• iframes
• रिमोट स्टाइलशीट

यदि कुछ भी हटाया गया था, तो सेव करने के बाद एक चेतावनी आपको बताएगी।

व्यावहारिक मार्गदर्शन:

• इसे छोटा और स्व-निहित रखें। सब कुछ इनलाइन करें। बाहरी छवियों से बचें। पेज सूची KB में हर पेज का आकार दिखाती है।
• सीधे शब्दों में बताएं कि क्या हुआ। "हमें वह पेज नहीं मिला" "404 Not Found" से बेहतर है।
• आगे बढ़ने का कोई रास्ता दें। घर का लिंक, आपके मुख्य सेक्शन का लिंक, या एक सर्च बॉक्स।
• 5xx पेजों पर संपर्क का रास्ता शामिल करें, क्योंकि विज़िटर आप तक पहुँचने के लिए साइट का उपयोग नहीं कर सकता।
• इसे रीडायरेक्ट करने के लिए इस्तेमाल न करें। यदि कोई URL स्थानांतरित हो गया है, तो उसे ठीक से रीडायरेक्ट करें। Site Redirects देखें।

स्टेटस कोड सुरक्षित रहता है

आपका कस्टम पेज असली एरर स्टेटस के साथ परोसा जाता है, 200 के साथ नहीं। एक 404 क्लाइंट तक पूरे रास्ते 404 ही रहता है।

यह सुनने से कहीं ज़्यादा मायने रखता है। 200 के रूप में लौटाया गया ब्रांडेड पेज एक सॉफ्ट 404 होता है: सर्च इंजन इसे एक असली पेज के रूप में इंडेक्स करते हैं, आपका एनालिटिक्स इसे एक सफल व्यू के रूप में गिनता है, और टूटे हुए लिंक किसी भी टूल द्वारा कभी फ़्लैग नहीं होते। चूँकि KapsuleHost असली स्टेटस बनाए रखता है, यह सब सही ढंग से काम करना जारी रखता है।

स्टेटस बैज को समझना

Status कॉलम वह बताता है जो वास्तव में सत्यापित किया जा सका, और यह जानबूझकर सीमाओं के बारे में ईमानदार है।

केवल 404 को बाहर से बाध्य किया जा सकता है। किसी ऐसे URL का अनुरोध करना जो मौजूद नहीं है विश्वसनीय रूप से एक 404 उत्पन्न करता है, लेकिन किसी स्वस्थ सर्वर को बिना तोड़े मांग पर एक वास्तविक 500 उत्पन्न करने का कोई तरीका नहीं है। इसलिए बाकी कोड ऐसे सत्यापन का दावा करने के बजाय जो कभी हुआ ही नहीं, कॉन्फ़िगर किया गया बताते हैं। जब एरर वास्तव में होता है तो वे फिर भी परोसे जाते हैं।

आपको यह चेतावनी भी दिख सकती है कि सर्वर पर कोई और कॉन्फ़िगरेशन उसी डोमेन का दावा कर रहा है। जब तक इसका समाधान नहीं हो जाता, एरर पेज लागू नहीं हो सकता। यदि आपको यह दिखे तो सहायता से संपर्क करें।

उस साइट का समस्या-निवारण जो वास्तव में एरर दे रही है

यदि आप यहाँ इसलिए हैं क्योंकि आपकी साइट एरर दे रही है, न कि इसलिए कि आप ज़्यादा अच्छे पेज चाहते हैं, तो पेज पर एक शॉर्टकट है: ऊपर के बैनर में Troubleshoot with Kora बटन।

यह Kora, KPanel के भीतर के असिस्टेंट से, इस साइट के लिए आपके एरर लॉग और हाल की विफलताओं को पढ़ने और आपको संभावित कारण और इसे ठीक करने का तरीका बताने के लिए कहता है। यह कच्चे लॉग पढ़ने से कहीं ज़्यादा तेज़ पहला कदम है।

अंतर्निहित प्रदर्शन चित्र के लिए, Site Performance and APM देखें, और समय के साथ एरर दर के लिए, Site Traffic Analytics देखें।

संपादन और हटाना

हर पंक्ति में एक एडिट बटन होता है, जो उसी एडिटर को खोलता है जिसमें कोड तय है और HTML लोड है, और एक रिमूव बटन।

हटाने पर पुष्टि माँगी जाती है और परिणाम समझाया जाता है: जो रिक्वेस्ट उस कोड से टकराती हैं वे सर्वर के डिफ़ॉल्ट पेज पर वापस चली जाती हैं।

समस्या-निवारण

मेरा पेज नहीं दिख रहा। पुष्टि करें कि आप सही कोड को ट्रिगर कर रहे हैं। जो पथ रीडायरेक्ट करता है वह कभी 404 तक नहीं पहुँचता। किसी ऐसे URL से टेस्ट करें जो वास्तव में मौजूद नहीं है, एक प्राइवेट विंडो में ताकि कोई कैश शामिल न हो।

पेज दिखता है लेकिन बिना स्टाइल का लगता है। आपकी स्टाइलशीट को रिमोट असेट के रूप में हटा दिया गया था। CSS को इनलाइन करें।

मेरा ट्रैकिंग स्क्रिप्ट गायब है। स्क्रिप्ट्स डिज़ाइन के अनुसार हटा दी जाती हैं। यहाँ किसी कस्टम एरर पेज से JavaScript चलाने का कोई तरीका नहीं है।

सभी कोड में पहले से पेज मौजूद है। सभी आठ उपयोग में हैं। नया जोड़ने के बजाय मौजूदा पेज को संपादित करें।

बैज कहता है ब्रांडेड पेज परोसा नहीं गया। पेज को फिर से सेव करें। यदि यह बना रहता है, और कोई डोमेन टकराव चेतावनी नहीं दिखी, तो एक टिकट खोलें।

संबंधित पेज

• Site Redirects ताकि 404 होना शुरू में ही रुक जाए।
• Site Traffic Analytics यह देखने के लिए कि आप वास्तव में कितने 4xx और 5xx प्रतिक्रियाएँ परोस रहे हैं।
• Password-Protecting a Site, जो डिज़ाइन के अनुसार 401 प्रतिक्रियाएँ उत्पन्न करता है।