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