WhatsApp त्रुटी 132000: पॅरामीटरची संख्या जुळत नाही
132000 त्रुटी म्हणजे तुम्ही दिलेली व्हेरिएबल्स टेम्प्लेटच्या अपेक्षेशी जुळत नाहीत. दोन प्लेसहोल्डर्स असलेल्या टेम्प्लेटला क्रमाने नेमकी दोन मूल्ये लागतात. एखाद्याने टेम्प्लेट संपादित केल्यानंतर पाठवणीचा कोड अपडेट न केल्यास ही त्रुटी सहसा दिसते.
टेम्प्लेटशी न जुळणाऱ्या व्हेरिएबल्सच्या संख्येसाठी Meta चा कोड.
टेम्प्लेटमध्ये वापरलेला, क्रमांक दिलेला आणि क्रमाने भरला जाणारा प्लेसहोल्डर फॉरमॅट.
टेम्प्लेटच सापडत नसताना परत मिळणारा वेगळा कोड.
टेम्प्लेटमधील व्हेरिएबल्स कशा मोजल्या जातात?
टेम्प्लेटच्या मजकुरातील क्रमांकित प्लेसहोल्डर्स वापरून, प्रत्येक कंपोनंटमध्ये आणि क्रमाने.
Hello {{1}}, your order {{2}} has shipped असा टेम्प्लेट बॉडी मजकूर दोन व्हेरिएबल्स निश्चित करतो. त्यामुळे पाठवणीत बॉडी कंपोनंटसाठी नेमकी दोन मूल्ये द्यावी लागतात. एक किंवा तीन मूल्ये दिल्यास ही त्रुटी येते. दोन मूल्ये दिली, पण चुकीच्या कंपोनंटसाठी दिली, तरीही त्रुटी येते, कारण हेडर, बॉडी आणि बटणचे पॅरामीटर्स एकत्र न करता स्वतंत्रपणे मोजले जातात.
म्हणून ही त्रुटी पहिल्या दृष्टीक्षेपात चुकीची वाटू शकते: मूल्यांची एकूण संख्या बरोबर असते, पण कंपोनंट्समधील वाटप चुकीचे असते.
काल चाललेल्या टेम्प्लेटवर ही त्रुटी का दिसते?
एखाद्याने टेम्प्लेट संपादित केले, पण त्यानुसार पाठवणीचा कोड बदलला नाही.
मंजुरीनंतर टेम्प्लेट संपादित करता येतात. प्लेसहोल्डर जोडल्याने किंवा काढल्याने पाठवणाऱ्याच्या दृष्टीने करार शांतपणे बदलतो. इंटिग्रेशनला कोणतीही सूचना मिळत नाही आणि पुढची पाठवणी अयशस्वी होते. WhatsApp Manager मध्ये मार्केटिंग टीम टेम्प्लेट्स संपादित करते आणि इंजिनिअरिंग टीम पाठवणीचा कोड सांभाळते अशा टीममध्ये ही त्रुटी दिसण्याचा हा सर्वात सामान्य मार्ग आहे.
उपाय म्हणजे सुरुवातीला लिहून ठेवलेल्या मूल्यावर विसंबण्याऐवजी टेम्प्लेट पुन्हा वाचणे. Listing templates सध्याची व्याख्या परत करते आणि पाठवणीच्या वेळी तीच एकमेव महत्त्वाची आवृत्ती असते.
मूल्ये योग्य प्रकारे कशी द्यायची?
टेम्प्लेटच्या स्वतःच्या रचनेशी जुळणारा components array तयार करून.
प्रत्येक कंपोनंटमध्ये त्याचा प्रकार आणि प्लेसहोल्डर्स ज्या क्रमाने दिसतात त्या क्रमाने त्याचे पॅरामीटर्स असतात. दोन व्हेरिएबल्स असलेल्या बॉडीसाठी दोन टेक्स्ट पॅरामीटर्स असलेला बॉडी कंपोनंट लागतो. हेडरमध्येही व्हेरिएबल असल्यास, त्या हेडरच्या स्वतःच्या पॅरामीटरसह हेडर कंपोनंट द्यावा लागतो. हेडरचे मूल्य बॉडीच्या यादीत जोडायचे नसते.
MCP कनेक्टरद्वारे हे तुमच्यापासून एक पाऊल दूर होते: असिस्टंट टेम्प्लेट वाचतो, प्रत्येक कंपोनंटमध्ये किती प्लेसहोल्डर्स आहेत ते पाहतो आणि तुम्ही मागितलेल्या माहितीमधून ती भरतो. तुमच्या स्वतःच्या कोडमध्ये बदलू शकणारी रचना हार्डकोड करण्याऐवजी सुरुवातीलाच टेम्प्लेटची व्याख्या वाचणे योग्य आहे.
सामान्य चुका
- हेडर आणि बॉडी व्हेरिएबल्स एका यादीत एकत्र करणे. त्या प्रत्येक कंपोनंटनुसार मोजल्या जातात.
- व्हेरिएबल्सची संख्या हार्डकोड करणे. टेम्प्लेट संपादित केल्यावर पाठवणाऱ्याला सूचना न देता ती बदलते.
- न वापरलेल्या प्लेसहोल्डरसाठी रिकामी स्ट्रिंग पाठवणे. टेम्प्लेटमध्ये तो तरीही निश्चित केलेला असतो, त्यामुळे संख्या जुळली पाहिजे.
EasyCoexistence डॅशबोर्ड किंवा MCP कनेक्टरद्वारे नंबरवरील कोणत्याही टेम्प्लेटची सध्याची व्याख्या, कंपोनंट्स आणि प्लेसहोल्डर्ससह, पुन्हा वाचते.
वारंवार विचारले जाणारे प्रश्न
व्हेरिएबल्स नसलेले टेम्प्लेट पाठवता येते का?
होय. टेम्प्लेटमध्ये एकही व्हेरिएबल निश्चित नसेल तर कोणतेही पॅरामीटर्स पाठवू नका. तरीही ते दिल्यास ही त्रुटी येते.
मूल्यांचा क्रम महत्त्वाचा आहे का?
होय. प्लेसहोल्डर्सना क्रमांक दिलेले असतात आणि ते क्रमाने भरले जातात. त्यामुळे दोन मूल्यांची अदलाबदल केल्यास त्रुटीऐवजी चुकीचा मेसेज तयार होतो.
एकाच पाठवणीने एका भाषेत काम करून दुसऱ्या भाषेत का होत नाही?
प्रत्येक भाषेची आवृत्ती स्वतंत्र टेम्प्लेट असते आणि संपादनानंतर तिच्यात प्लेसहोल्डर्सची संख्या वेगळी असू शकते.
ही 132001 सारखीच त्रुटी आहे का?
नाही. 132001 म्हणजे टेम्प्लेट सापडले नाही किंवा मंजूर झालेले नाही. 132000 म्हणजे टेम्प्लेट सापडले, पण व्हेरिएबल्स जुळल्या नाहीत.
पुढे वाचा
सुरुवात करण्यासाठी तयार आहात?
WhatsApp Coexistence काही मिनिटांत सेट करा, काही महिन्यांत नाही. ॲप फोनवर काम करत राहते.
मोफत ट्रायल सुरू करापडताळले: