SYNC151: स्टोर की प्रतिक्रिया विकृत
इसका क्या अर्थ है
आपके स्टोर ने ऐसी विकृत प्रतिक्रिया भेजी जिसे पढ़ने से पहले WCPOS को ठीक करना पड़ा।
इसका आमतौर पर अर्थ होता है कि कोई प्लगइन या PHP सूचना स्टोर की प्रतिक्रियाओं में अतिरिक्त आउटपुट छाप रही है। WCPOS ने इस बार उसे ठीक कर लिया, लेकिन ऐसी मरम्मत की गारंटी नहीं है — साइट एडमिनिस्ट्रेटर से साइट का त्रुटि लॉग जाँचने को कहें।
क्या करें
आप काम करते रह सकते हैं — WCPOS इसे स्वचालित रूप से संभाल लेता है। WCPOS इसे स्वचालित रूप से दोबारा आज़माता है।
आपका डेटा
किसी ऑर्डर या उत्पाद डेटा पर कोई प्रभाव नहीं पड़ा है। यदि यह बना रहे, तो अपनी WordPress साइट का प्रबंधन करने वाले व्यक्ति से पूछें।
समस्या निवारण
- जाँचें कि संबंधित अनुरोध अंततः सफल हुआ या नहीं। यदि सफल हुआ, तो WCPOS ने इस घटना को ठीक कर लिया; यदि विफल हुआ, तो उसके बजाय उस अनुरोध की त्रुटि और पुनः प्रयास संबंधी मार्गदर्शन अपनाएँ।
- कारण साइट पर है: कोई प्लगइन या थीम REST प्रतिक्रियाओं में चेतावनियाँ या भटका हुआ आउटपुट छाप रहा है। साइट एडमिनिस्ट्रेटर से विफलता के समय की PHP सूचनाओं के लिए साइट के लॉग जाँचने को कहें।
- नेटवर्क इंस्पेक्टर कच्ची प्रतिक्रिया बॉडी दिखाता है — भटका हुआ आउटपुट JSON के ठीक पहले या ठीक बाद दिखाई देता है।
- मरम्मत केवल यथासंभव प्रयास है: यदि ये चेतावनियाँ बार-बार आने लगें, तो मरम्मत पर निर्भर रहने के बजाय दोषी प्लगइन को ठीक करें।
कहाँ देखें
जब WCPOS इस त्रुटि को सहेज पाता है, तो वह उसी डिवाइस पर दर्ज होती है जिसने उसे उत्पन्न किया। स्टोर हेल्थ → लॉग्स खोलें (नेविगेशन ड्रॉअर में सबसे नीचे दिया गया हार्ट-पल्स आइकॉन), इस कोड से चिह्नित प्रविष्टि ढूँढें और उसे विस्तृत करें: विस्तृत पंक्ति में सरल भाषा में कारण और विफलता के समय दर्ज किया गया संदर्भ दिखाई देता है। स्टोर अनुरोध की स्थिति में उस संदर्भ में सर्वर का अपना त्रुटि कोड (serverCode), HTTP status या endpoint शामिल हो सकता है; कौन-से फ़ील्ड दिखेंगे यह इस बात पर निर्भर करता है कि विफलता कहाँ हुई। समस्या की रिपोर्ट करते समय स्क्रीनशॉट के बजाय लॉग्स स्क्रीन के ऊपर दिए गए डिबग जानकारी कॉपी करें (फ़ोन और टैबलेट पर डिबग जानकारी साझा करें) का उपयोग करें: यह ऐप संस्करण, कनेक्शन स्थिति और सबसे हालिया त्रुटियों को एक साथ इकट्ठा कर देता है। लॉग्स अधिकतम 30 दिनों तक रखे जाते हैं, इसलिए समस्या ताज़ा रहते ही उन्हें इकट्ठा कर लें। साथ ही, POS द्वारा अपनी लॉग प्रविष्टि लिख पाने से पहले ब्राउज़र कंसोल में दिखी किसी भी त्रुटि को भी कॉपी करें।
ऐप के भीतर मौजूद लॉग के अलावा, यह विफलता इन जगहों पर भी सुराग छोड़ सकती है:
- नेटवर्क इंस्पेक्टर (वेब और डेस्कटॉप): डेवलपर टूल्स खोलें — ब्राउज़र में F12 दबाएँ, या डेस्कटॉप ऐप के मेनू में उन्नत → डेवलपर टूल्स टॉगल करें चुनें — और नेटवर्क टैब चुनें। पहले इस पेज का पुनः प्रयास संबंधी मार्गदर्शन अपनाएँ; क्रिया को केवल तभी दोहराएँ जब वे चरण कहें कि ऐसा करना सुरक्षित है। विफल अनुरोध में HTTP स्थिति और कच्ची प्रतिक्रिया बॉडी दिखती है, जिसमें वे त्रुटि पेज भी शामिल हैं जो कभी POS लॉग तक नहीं पहुँचते।
- WooCommerce → स्थिति → लॉग्स: WordPress साइट पर PHP क्रैश के लिए सबसे नया
fatal-errors-*.logजाँचें, साथ ही विफलता में शामिल किसी भी प्लगइन के नाम वाला लॉग स्रोत भी। स्टोर से आने वाली 500-श्रेणी की त्रुटि का कारण लगभग हमेशा यहीं दर्ज होता है। - साइट का PHP त्रुटि लॉग: यदि WooCommerce का लॉग पेज विफलता के समय के लिए कुछ न दिखाए, तो होस्टिंग प्रदाता से PHP त्रुटि लॉग माँगें — कुछ फ़ैटल त्रुटियाँ केवल सर्वर स्तर पर ही दर्ज होती हैं।
विवरण
- कोड:
SYNC151(STORE_RESPONSE_MALFORMED) - गंभीरता: warn
- इसमें जोड़ा गया: WCPOS 1.10.0