समस्या विस्तार से
महत्वपूर्ण मुद्दे खतरनाक लगते हैं। लेकिन फिर, आपको संभावित समस्याओं को ध्यान से देखने की जरूरत है, यह समझने के लिए कि वास्तविक प्रभाव क्या है। अक्सर, कंपनियां इस बात पर अति-स्ट्रिंजेंट होती हैं कि वे बग्स और समस्याओं से कैसे निपटते हैं, क्योंकि कोई भी उन मुद्दों के साथ बहुत उदार होने का आरोप नहीं लगाना चाहता जो सुरक्षा जटिलताओं का कारण बन सकते हैं। तो आइए स्टेटस रिपोर्ट पर एक नज़र डालें:
पहला मुद्दा इस प्रकार पढ़ता है:
REST API ने एक त्रुटि का सामना किया
REST API एक तरीका है जिससे WordPress, और अन्य एप्लिकेशन, सर्वर के साथ संवाद करते हैं। एक उदाहरण ब्लॉक संपादक स्क्रीन है, जो इसे प्रदर्शित करने, और आपके पोस्ट और पेज को सहेजने के लिए इस पर निर्भर करता है।
REST API अनुरोध एक त्रुटि के कारण विफल रहा।
Error: cURL error 28: Operation timed out after 10001 milliseconds with 0 bytes received (http_request_failed)
दूसरे का निम्नलिखित टेक्स्ट है:
आपकी साइट एक लूपबैक अनुरोध पूरा नहीं कर सकी
लूपबैक अनुरोधों का उपयोग अनुसूचित घटनाओं को चलाने के लिए किया जाता है, और बिल्ट-इन संपादकों द्वारा थीम और प्लगइन्स के लिए कोड स्थिरता को सत्यापित करने के लिए भी किया जाता है।
आपकी साइट पर लूपबैक अनुरोध विफल रहा, इसका मतलब है कि उन पर भरोसा करने वाली सुविधाएं वर्तमान में अपेक्षा के अनुरूप काम नहीं कर रही हैं।
Error: cURL error 28: Operation timed out after 10001 milliseconds with 0 bytes received (http_request_failed)
पहली त्रुटि हमें बताती है कि यह एक तरीका है जिससे WordPress सर्वर के साथ संवाद करता है - इसका मतलब है कि अन्य तरीके हैं। त्रुटि इस बात में स्पष्ट नहीं है कि क्या यह वास्तव में विभिन्न ऑपरेशन करते समय संभावित मुद्दों का कारण बनेगी।
यह विशेष रूप से ब्लॉक संपादक का उल्लेख करता है - पूरा नया Gutenberg चीज़ जो WordPress 5.0 में पेश किया गया था, जिसका मैं उपयोग नहीं करता, और इसके बजाय भयानक Classic Editor पर भरोसा करता हूं। तो शायद यह शुरू से ही एक नॉन-इश्यू है। फिर, वास्तविक कार्यक्षमता का सवाल है - उल्लिखित कोई भी फ़ंक्शन प्रभावित नहीं हैं। WordPress काम करता है और वह सब कुछ करता है जैसा उसे करना चाहिए। शायद एक झूठी सकारात्मक? हम जल्द ही देखेंगे।
दूसरी त्रुटि अनुसूचित घटनाओं के बारे में बात करती है - जैसे बैकग्राउंड अपडेट, रात भर के कार्य, आदि। फिर, यदि आपके पास कोई कॉन्फ़िगर नहीं है, तो यह एक नॉन-इश्यू है। यदि आप करते हैं, और वे सही ढंग से चलते हैं, तो समस्या आपको प्रभावित नहीं करती। त्रुटि "अपेक्षा के अनुरूप काम कर रहा है" कहती है - लेकिन यह एक बहुत ही निश्चित, सटीक कथन नहीं है। यह समस्या निवारण को और कठिन बनाता है।
समस्या का स्रोत
लेकिन आइए एक पल के लिए मान लें कि ये वास्तव में वास्तविक समस्याएं हैं। सवाल यह है कि आप कैसे समस्या निवारण करते हैं कि वे कहां से आते हैं? एक आसान चीज नहीं, और वास्तविक त्रुटि संदेशों में ऐसा कुछ भी नहीं है जो आपको सही दिशा में ले जा सके।
तो मुझे जो करना पड़ा वह था हर एक नॉन-डिफ़ॉल्ट घटक को मैन्युअली बंद करना, एक-एक करके, और फिर हेल्थ चेक को फिर से चलाना, यह देखने के लिए कि क्या कोई विशेष तत्व दोषी था। सौभाग्य से, मैं इसे आराम से टेस्ट कर सकता था, लेकिन एक प्रोडक्शन सेटअप में प्रभाव की कल्पना करें।
अब ... थोड़ी देर के बाद, मैंने हर एक प्लगइन और थीम को आजमाया जो मैं उपयोग कर रहा था, और इनमें से किसी ने भी परिणाम को प्रभावित नहीं किया। WordPress शिकायत करता रहा। फिर, मैंने अपनी खोज का विस्तार करने का फैसला किया। मैं एक .htaccess फ़ाइल का उपयोग कर रहा होता हूं, बेसिक ऑथेंटिकेशन और कुछ अन्य उपयोगी विवरण के साथ, एडमिन पेज पर एक्सेस कंट्रोल की एक माध्यमिक परत के रूप में। लो और देखो, ऑथ पार्ट को हटाने से यह ठीक हो गया। कोई और हेल्थ चेक त्रुटि नहीं!
AuthType Basic
AuthName restricted
AuthUserFile /home/mastablasta/wp-admin/passwd
Require valid-user
तो ऐसा प्रतीत होगा - WordPress साइट स्वास्थ्य .htaccess फ़ाइलों को पसंद नहीं करता। मैंने यह पता नहीं लगाया कि यह चेक को कैसे ट्रिप करता है, लेकिन फिर, मुझे इसकी आवश्यकता नहीं है। एक, मुझे पता है कि समस्या का स्रोत क्या है। दो, त्रुटियां उस कार्यक्षमता को प्रभावित नहीं करतीं जो मैं चाहता हूं और जिसकी मुझे आवश्यकता है, इसलिए यह एक नॉन-इश्यू है।
निष्कर्ष
यह स्पष्ट है कि साइट स्वास्थ्य में समस्याएं आंतरिक हैं - आखिरकार, वे केवल WordPress 5.4 के कदम के साथ सामने आने लगे। बेशक, कहीं न कहीं कोड का कुछ टुकड़ा बदल गया है, लेकिन फिर, अनिवार्य रूप से, यदि एक कोर उत्पाद व्यवहार अचानक अपडेट से ठीक पहले की तुलना में मौलिक रूप से अलग है, और साइट की कार्यक्षमता के अन्य तत्वों में कोई बड़ी समस्या नहीं है, तो यह काफी संभावना है कि समस्या उक्त कोर उत्पाद अपडेट से उपजी है।
मुझे इस साइट-मुद्दों-एक-नज़र-में तरह की चीज का विचार पसंद है, लेकिन मैं झूठी सकारात्मक, या हंस पीछा से खुश नहीं हूं जो त्रुटियों ने मेरे लिए बनाया है, भले ही केवल संक्षेप में। त्रुटियों का अर्थपूर्ण होना चाहिए। अगर मुझे इस बात की कोई अंतर्दृष्टि नहीं है कि त्रुटि जिस तरह से प्रकट होती है उससे क्या गलत हो सकता है, तो तकनीकी विवरण दिखाने का वास्तव में कोई मतलब नहीं है। cURL त्रुटि 28 और .htaccess अब तक बहुत दूर लगते हैं। वैसे भी, हम यहां हैं। यदि आप इसी तरह की समस्या से प्रभावित हैं, तो अपने साइट कॉन्फ़िगरेशन पर एक नज़र डालें, देखें कि क्या आप बेसिक ऑथ का उपयोग कर रहे हैं, और शायद उसी संभावित बग से पीड़ित हैं। हम यहां हो गए।
चीयर्स।
