काफी बार मैं एक ऐसी स्थिति में रहा हूँ जहाँ एक जूमला वेबसाइट का फ्रंट-एंड एक खाली स्क्रीन है जिसमें कोई सामग्री नहीं है, जिसे कभी-कभी "सफेद स्क्रीन ऑफ डेथ" के रूप में जाना जाता है।
यह एक वेबसाइट को स्थानांतरित करने के बाद हुआ है और यह पहले से चल रही वेबसाइट पर अप्रत्याशित रूप से भी हुआ है।
यह मानते हुए कि विभिन्न विभिन्न कारण हो सकते हैं, इस समस्या का निवारण और निदान करने का एक कुशल तरीका क्या है?
जवाबों:
सबसे पहले आपको त्रुटि रिपोर्टिंग को अधिकतम पर सेट करने की आवश्यकता है
एफ़टीपी के माध्यम से अपनी जूमला साइट फ़ाइलों में लॉगिन करें।
अपनी साइट के मूल में स्थित अपनी index.php फ़ाइल खोजें।
Index.php खोलें और फ़ाइल की पहली पंक्ति के बाद इस कोड को सीधे जोड़ें:
ini_set('display_errors', TRUE); error_reporting(E_ALL);
PHP.ini फ़ाइल में आपको इन दो सेटिंग्स को बदलने की आवश्यकता है:
प्रदर्शन त्रुटि को ऑन पर सेट करें: display_errors = On
त्रुटि रिपोर्टिंग सेट करें: error_reporting = E_ALL & ~E_NOTICE & ~E_STRICT
अंत में आपको एरर मैसेज के साथ एक एरर लॉग मिलता है जिसमें एरर पाथ और एरर का कारण दिखाई देता है
संदर्भ: http://www.ostraining.com/blog/joomla/white-screen-of-death/
defined('FOO') or die();लाइन का उपयोग कर रही है लेकिन FOOपरिभाषित नहीं है।
ये अन्य उत्तर शायद आपको उत्तर की ओर ले जाएंगे, हालांकि एक बात जो मैंने छोटी सी समस्या के रूप में देखी थी, वह है कुछ प्लगइन्स को सेट करना। इसमें त्रुटि उत्पन्न करना और वह जूमला की त्रुटि रिपोर्टिंग को ओवरराइड कर सकता है, इसलिए इसे ठीक करने का एक और तरीका है एक्सटेंशन को एक पर निष्क्रिय करना। साइट लोड होने तक का समय, मुख्य अपराधी होने के कारण प्लगइन्स।
अन्य पृष्ठों को मैन्युअल रूप से जांचें, क्या यह लोड होता है? यदि यह अपने मॉड्यूल या घटक को केवल फ्रंट पेज पर लोड करता है, तो आपको इसे अलग करने में मदद करता है। साथ ही अपने एक्सटेंशन को अपडेट करना भी एक अच्छा विचार है, अगर यह पहले काम करता था तो शायद आपका वातावरण PHP 5.2 था और जब आप 5.3 या 5.4 पर चले गए तो मतभेद के माध्यम से एक बड़ी त्रुटि हो रही थी।
आमतौर पर किसी एक्सटेंशन का अपडेट ठीक कर सकता है, जब तक कि वह सक्रिय रूप से बनाए रखा जाता है। हालांकि कुछ मामलों में यह आपका खाका हो सकता है।
उन मामलों में केवल जूमला त्रुटि रिपोर्टिंग को चालू करें जो नीचे दिखाया गया है।
एक बार त्रुटि रिपोर्टिंग सक्रिय होने के बाद वेबपृष्ठ को पुनः लोड करने का प्रयास करें। अब यह आपको कुछ त्रुटि वाक्य दिखाएगा। वास्तव में आपको केवल पहली जानकारी मिली है जिसे त्रुटि को हल करने के लिए डीबग करने की आवश्यकता है
इस ब्लॉग में अधिक बुनियादी डिबगिंग टिप पाई जा सकती है: http://www.readybytes.net/blog/item/a-beginners-guide-to-start-debugging-joomla.html
ऐसा लगता है कि किसी ने आउटपुट बफ़रिंग को अक्षम करने का उल्लेख नहीं किया है - इसलिए मैं इसका उल्लेख यहां करूंगा ...
डिबगिंग के लिए आउटपुट बफ़रिंग बहुत बुरा है, और यहां तक कि अगर आप अपनी त्रुटि रिपोर्टिंग को अधिकतम करने और php.iniप्रविष्टियों को जोड़ने के लिए सेट करते हैं, तो भी यह काम नहीं करेगा (आप अभी भी त्रुटियों को नहीं देखेंगे)। इसे यहाँ बताए output_buffering = offअनुसार .htaccessफ़ाइल में जोड़कर अक्षम किया जा सकता है (ध्यान दें कि यह सभी वातावरणों में काम नहीं कर सकता है)।
इसके अतिरिक्त, खाली पेज बनाने का एक और मुद्दा यह है कि मेजबान ने स्वयं अपने अंत में रिपोर्ट करने में अक्षम त्रुटि रिपोर्ट की हो सकती है - उस स्थिति में, होस्ट से संपर्क किया जाना चाहिए क्योंकि कई होस्ट अपनी स्वयं की सेटिंग्स को ओवरराइड करने की अनुमति नहीं देते हैं।
यदि आपके पास SEF URL चालू हैं और आप Joomla का उपयोग कर रहे हैं! 'S .htaccess फ़ाइल सुनिश्चित करें कि mod_rewrite सर्वर पर सक्षम है।
कई मामलों में, .htaccess फ़ाइल अपराधी है, इसलिए मान लेना mod_rewrite सक्षम है, मैं .htaccess फ़ाइल का बैकअप लेने और फिर मूल (या इसका नाम बदलने) को हटाने की सिफारिश करूँगा, यह देखने के लिए कि क्या इससे कोई फर्क पड़ता है।
मैं आपके ब्राउज़र में फ़ायरबग कंसोल स्थापित करने और चलाने की भी सलाह दूंगा। यह अक्सर संकेत दिखाता है कि आप समस्या को ट्रैक करने के लिए उपयोग कर सकते हैं (यह कई अलग-अलग समस्याओं का सच है)।