மெசேஜ் வெப்ஹூக்

பேலோட் எதை ஏற்றுச் செல்கிறது

ஒரே டெலிவரியில் ஒன்று அல்லது அதற்கு மேற்பட்ட மெசேஜ்கள் வரலாம். ஒவ்வொன்றிலும் அனுப்புநர், id மற்றும் type இருக்கும். எந்த keys இருக்கும் என்பதை type தீர்மானிக்கிறது.

• அனுப்புநரின் தொலைபேசி எண் மற்றும் அவர் எழுதிய எண்ணின் phone number id.
• wamid மெசேஜ் id, இதை அடிப்படையாகக் கொண்டே மீள்நகல் நீக்கம் செய்யப்படுகிறது.
• ஒரு unix timestamp.
• ஒரு type: text, image, audio, video, document, sticker, location, contacts, reaction, button அல்லது interactive.
• மீடியா வகைகளுக்கு, பைட்டுகள் அல்லாமல் பெறுவதற்கான media id இருக்கும்.

வழிமாற்றப்பட்ட எண்ணில் அது ஏன் எங்களை அடைவதில்லை

override இந்தப் புலத்தையும் smb_message_echoes-ஐயும் நீங்கள் குறிப்பிடும் எந்த இலக்கிற்கும் மாற்றுகிறது.

WhatsApp Business Account அதன் வெப்ஹூக்குகளை எங்கு வழங்க வேண்டும் என்பதை ஆப் மாற்றியமைக்க Meta அனுமதிக்கிறது. அந்த override-ஐ உங்கள் URL-க்கு அமைக்கிறோம். இதனால் மெசேஜ் செல்லும் பாதை முழுவதுமாக எங்கள் உள்கட்டமைப்பைத் தவிர்க்கிறது. எங்களிடம் நகலும் இல்லை, க்யூவும் இல்லை, தக்கவைப்பும் இல்லை, ஏனெனில் டெலிவரி அங்கு வருவதில்லை.

இலக்கு அமைக்கப்படாதபோது, இந்த நிகழ்வுகள் எங்கள் இயல்புநிலை callback-க்கு ஃபால்பேக் ஆகின்றன. அங்குள்ள ஹேண்ட்லர் அவற்றை சேமிக்காமல் கைவிடுகிறது. சேமிப்பு பற்றிய கூற்றுக்கும் உண்மையான code path-க்கும் இதுவே வித்தியாசம்: உரையாடல் உள்ளடக்கம் செல்ல எங்கும் இல்லை.

சரியாக உறுதிப்படுத்துதல்

வேலையைச் செய்வதற்கு முன் 200-ஐத் திருப்பி அனுப்புங்கள், பின்னர் அல்ல.

மெதுவான பதிலை Meta தோல்வியாகக் கருதி மீண்டும் அனுப்பும். அதனால் inline-ஆக செயலாக்கும் ஹேண்ட்லர் ஒரே மெசேஜை ஒன்றுக்கு மேற்பட்ட முறை பார்க்கும். உடனடியாகப் பதிலளித்து, பேலோடை ஒரு க்யூ அல்லது பின்புலப் பணியில் வையுங்கள். கோரிக்கைக்கு வெளியே வேலை நடக்கட்டும்.

சர்வர்லெஸில் இது விருப்பமல்ல. பதிலளித்த பிறகும் தொடர்ந்து வேலை செய்யும் function, பதிலளிக்கும் தருணத்திலேயே உறையக்கூடும். எனவே உறுதிப்படுத்தலும் செயலாக்கமும் உண்மையாகவே தனித்தனியாக இருக்க வேண்டும்.

மீள்நகல் நீக்கம்

wamid-ஐ எப்போதும் பயன்படுத்துங்கள், ஏனெனில் மீண்டும் அனுப்பப்படுவது விதிவிலக்கல்ல, இயல்பானது.

உங்கள் பக்கத்தில் பிழை இல்லாவிட்டாலும், ஒரே மெசேஜ் இருமுறை வரலாம்: மெதுவான பதில், நெட்வொர்க் timeout அல்லது டெலிவரியின் நடுவில் நடந்த deploy போன்ற காரணங்களால். பார்த்த ids-ஐ சேமித்து, மீண்டும் வந்தவற்றைத் தவிர்ப்பது சில வரிகளே. அதுவே வாடிக்கையாளருக்கு ஒருமுறை பதிலளிப்பதற்கும் இருமுறை பதிலளிப்பதற்கும் உள்ள வித்தியாசம்.

Coexistence எண்ணில் இது இன்னும் முக்கியம், ஏனெனில் smb_message_echoes அதே பாதையில் வரும். ஒவ்வொரு நிகழ்வையும் புதியதாகக் கருதும் ஹேண்ட்லர், ஏற்கனவே மனிதர் பதிலளித்த உரையாடலின் மேல் மீண்டும் பதிலளிக்கும்.

பொதுவான தவறுகள்

• 200-ஐத் திருப்புவதற்கு முன் செயலாக்குதல். மெதுவான பதிலை Meta மீண்டும் அனுப்புவதால், மெசேஜை இருமுறை கையாளுவீர்கள்.
• மீள்நகல் நீக்கத்தைத் தவிர்த்தல். மீண்டும் அனுப்புவது திட்டமிட்ட செயல்பாடு, விளிம்பு நிலை அல்ல.
• பேலோடில் மீடியா பைட்டுகள் இருக்கும் என எதிர்பார்த்தல். பெறுவதற்கான media id-ஐ மட்டுமே அது ஏற்றுச் செல்கிறது.

அடிக்கடி கேட்கப்படும் கேள்விகள்

தொடர்ந்து படிக்கவும்