WhatsApp त्रुटि 132000: प्यारामिटरको संख्या मिलेन
त्रुटि 132000 तपाईंले पठाएका चर टेम्प्लेटले अपेक्षा गरेअनुसार नमिल्दा देखिन्छ। दुई प्लेसहोल्डर भएको टेम्प्लेटलाई क्रमअनुसार ठ्याक्कै दुई मान चाहिन्छ। कसैले टेम्प्लेट सम्पादन गरेपछि पठाउने कोड अद्यावधिक नगर्दा यो प्रायः देखिन्छ।
टेम्प्लेटसँग नमिलेको चर संख्याका लागि Meta ले प्रयोग गर्ने कोड।
टेम्प्लेटले प्रयोग गर्ने प्लेसहोल्डर फर्म्याट, जसलाई नम्बरअनुसार क्रमशः भरिन्छ।
टेम्प्लेट नै भेटिँदा नदिइने फरक कोड।
टेम्प्लेटका चरहरू कसरी गनिन्छन्?
टेम्प्लेटको पाठमा रहेका नम्बर भएका प्लेसहोल्डर प्रयोग गरेर, प्रत्येक कम्पोनेन्टअनुसार र क्रम मिलाएर गनिन्छ।
Hello {{1}}, your order {{2}} has shipped भन्ने टेम्प्लेटको बडीले दुई चर परिभाषित गर्छ। त्यसैले पठाउँदा बडी कम्पोनेन्टका लागि ठ्याक्कै दुई मान दिनुपर्छ। एउटा वा तीन मान दिँदा यो त्रुटि आउँछ। दुई मान दिए पनि गलत कम्पोनेन्टका लागि दिएमा यही हुन्छ, किनकि हेडर, बडी र बटनका प्यारामिटरहरू एउटै सूचीमा जोडेर होइन, छुट्टाछुट्टै गनिन्छन्।
त्यसैले पहिलो नजरमा यो त्रुटि गलत जस्तो देखिन सक्छ: मानहरूको कुल संख्या सही भए पनि कम्पोनेन्टहरूबीचको बाँडफाँट नमिलेको हुन सक्छ।
हिजो काम गरेको टेम्प्लेटमा यो किन देखिन्छ?
कसैले टेम्प्लेट सम्पादन गरेको तर त्यसअनुसार पठाउने कोड परिवर्तन नगरेको कारण देखिन्छ।
स्वीकृतिपछि टेम्प्लेट सम्पादन गर्न सकिन्छ, र प्लेसहोल्डर थप्दा वा हटाउँदा पठाउने पक्षका लागि सम्झौता चुपचाप बदलिन्छ। एकीकरणलाई कुनै चेतावनी आउँदैन र अर्को पटक पठाउँदा असफल हुन्छ। WhatsApp Manager मा मार्केटिङ टोलीले टेम्प्लेट सम्पादन गर्ने र इन्जिनियरिङ टोलीले पठाउने कोड सम्हाल्ने अवस्थामा यही त्रुटि देखिने सबैभन्दा सामान्य कारण हो।
यसबाट बच्न पहिलो पटक बनाउँदा लेखेर राखिएको मानमा भर नपरी टेम्प्लेट फेरि पढ्नुहोस्। टेम्प्लेट सूचीकरण गर्दा हालको परिभाषा फर्किन्छ, र पठाउने समयमा महत्त्वपूर्ण हुने संस्करण यही हो।
मानहरू सही तरिकाले कसरी पठाउने?
टेम्प्लेटको आफ्नै संरचनासँग मिल्ने गरी कम्पोनेन्ट एरे बनाएर पठाउनुहोस्।
प्रत्येक कम्पोनेन्टले आफ्नो प्रकार बताउँछ र प्लेसहोल्डर देखिने क्रमअनुसार आफ्नै प्यारामिटर बोक्छ। दुई चर भएको बडीका लागि दुई टेक्स्ट प्यारामिटर भएको बडी कम्पोनेन्ट चाहिन्छ। हेडरमा पनि एउटा चर भएको टेम्प्लेटमा हेडर कम्पोनेन्ट र त्यसको आफ्नै प्यारामिटर चाहिन्छ, हेडरको मान बडी सूचीमा थपेर पुग्दैन।
MCP कनेक्सनमार्फत यो काम तपाईंबाट एक चरण टाढा हुन्छ: सहायकले टेम्प्लेट पढ्छ, प्रत्येक कम्पोनेन्टमा कति प्लेसहोल्डर छन् भनेर हेर्छ र तपाईंले मागेका कुराबाट मान भर्छ। आफ्नै कोडमा भने परिवर्तन हुन सक्ने संरचना हार्डकोड गर्नुको सट्टा सुरुमै टेम्प्लेट परिभाषा पढ्नु उपयोगी हुन्छ।
सामान्य गल्तीहरू
- हेडर र बडीका चरहरू एउटै सूचीमा जोड्नु। तिनलाई प्रत्येक कम्पोनेन्टअनुसार गनिन्छ।
- चर संख्या हार्डकोड गर्नु। टेम्प्लेट सम्पादन हुँदा पठाउने पक्षलाई चेतावनी नदिई संख्या बदलिन्छ।
- प्रयोग नगरिएको प्लेसहोल्डरका लागि खाली स्ट्रिङ पठाउनु। टेम्प्लेटमा त्यो अझै परिभाषित हुन्छ, त्यसैले संख्या मिल्नुपर्छ।
EasyCoexistence ले ड्यासबोर्ड वा MCP कनेक्सनमार्फत कुनै नम्बरमा रहेको टेम्प्लेटको हालको परिभाषा, कम्पोनेन्ट र प्लेसहोल्डरसहित पढ्छ।
बारम्बार सोधिने प्रश्नहरू
चर नभएको टेम्प्लेट पठाउन सक्छु?
सक्नुहुन्छ। टेम्प्लेटमा कुनै चर परिभाषित छैन भने प्यारामिटर नपठाउनुहोस्। त्यसपछि पनि प्यारामिटर पठाउँदा यही त्रुटि आउँछ।
मानहरूको क्रम महत्त्वपूर्ण हुन्छ?
हुन्छ। प्लेसहोल्डरहरू नम्बरअनुसार क्रमशः भरिन्छन्, त्यसैले दुई मान साट्दा त्रुटि होइन, गलत म्यासेज बन्छ।
एउटै पठाइएका म्यासेज एउटा भाषामा काम गर्ने तर अर्कोमा नगर्ने किन हुन्छ?
प्रत्येक भाषाको संस्करण छुट्टै टेम्प्लेट हो, र सम्पादनपछि त्यसमा प्लेसहोल्डरको संख्या फरक हुन सक्छ।
के यो 132001 जस्तै हो?
होइन। 132001 को अर्थ टेम्प्लेट भेटिएन वा स्वीकृत भएको छैन भन्ने हो। 132000 मा टेम्प्लेट भेटिएको हुन्छ, तर चरहरू मिल्दैनन्।
पढ्दै जानुहोस्
सुरु गर्न तयार हुनुहुन्छ?
महिनौं होइन, केही मिनेटमै WhatsApp Coexistence सेट अप गर्नुहोस्। एप फोनमा चलिरहन्छ।
निःशुल्क ट्रायल सुरु गर्नुहोस्प्रमाणीकरण गरिएको