WhatsApp දෝෂය 4: යෙදුම API call rate limit එකට ළඟා වී ඇත
දෝෂ කේතය 4 යනු යෙදුම API call rate limit එකට ළඟා වී ඇති බවයි. Meta විස්තර කරන්නේ "The app has reached its API call rate limit." ලෙසිනි. එය ගණන් කරන්නේ අංකයකින් යවන පණිවිඩ නොව, යෙදුම විසින් චලන පැයක් තුළ කළ call ය. යෙදුම් dashboard එකෙන් භාවිතය පරීක්ෂා කරන්න, රැඳී සිටින්න, යෙදුම API එකට call කරන වාර ගණන අඩු කරන්න.
"The app has reached its API call rate limit." සඳහා Meta හි කේතය.
Graph API Platform Rate Limits යටතේ යෙදුමකට පැයක් තුළ කළ හැකි call ගණන.
Graph API දෝෂ හැසිරවීමේ මාර්ගෝපදේශය කේතය 4 ට දී ඇති නම.
WhatsApp දෝෂ කේතය 4 යන්නෙන් අදහස් වන්නේ කුමක්ද?
එයින් අදහස් වන්නේ ඔබේ යෙදුම වත්මන් කවුළුව තුළ API call ඕනෑවට වඩා කර ඇති බවත්, ගණන අඩු වන තෙක් තවදුරටත් call ප්‍රතික්ෂේප කෙරෙන බවත්ය.
Meta කේතය 4 throttling දෝෂ යටතේ ලැයිස්තුගත කරන්නේ "The app has reached its API call rate limit." යන විස්තර පෙළ සමඟිනි. Graph API දෝෂ හැසිරවීමේ මාර්ගෝපදේශය එය API Too Many Calls ලෙස නම් කර තාවකාලික throttling ගැටලුවක් ලෙස විස්තර කරයි.
මෙය පහසුවෙන් පටලවා ගත හැකි තවත් throttling කේත දෙකක් ළඟ තිබේ. 80007 යනු WhatsApp Business ගිණුම එහි rate limit එකට ළඟා වීමයි. 130429 යනු Cloud API පණිවිඩ throughput ය. කේතය 4 ඒ දෙකම නොවේ: එය යෙදුමේ ම call අයවැයයි.
යෙදුමේ call සීමාව ගණනය කරන්නේ කෙසේද?
යෙදුම් access token එකකින් කරන request සඳහා, Meta හි Graph API rate limiting මාර්ගෝපදේශය සූත්‍රයක් දෙයි: පැයක් තුළ call ගණන 200 ගුණ කළ පරිශීලක ගණනට සමාන වේ.
පරිශීලක ගණන පදනම් වන්නේ යෙදුමේ අනන්‍ය දෛනික සක්‍රිය පරිශීලකයින් මතය. දෛනික භාවිතය පහත වැටෙන විට සතිපතා සහ මාසික සංඛ්‍යා යොදා ගැනේ. එය එක් පරිශීලකයෙකුට නොව යෙදුම සමස්තයටම අදාළ සීමාවකි, එබැවින් කාර්යබහුල පරිශීලකයින් කිහිප දෙනෙකුට එයින් වැඩි කොටසක් භාවිත කළ හැකිය.
භාවිතය යෙදුම් dashboard එකේ දිස්වන බවත්, ප්‍රමාණවත් call ගණනක් කළ පසු ප්රතිචාරවල X-App-Usage header එකේ දිස්වන බවත් මාර්ගෝපදේශය පවසයි. දෝෂය 4 පැමිණීමට පෙර සීමාව ළං වන බව දැකීමට ඇති ක්‍රමය ඒ header එකයි.
දෝෂය 4 ලැබුණු පසු කළ යුත්තේ කුමක්ද?
ටික වේලාවක් call කිරීම නවත්වන්න, ඉන්පසු අඩුවෙන් call කරන්න.
පළමු කොටස ගැන Meta හි rate limiting මාර්ගෝපදේශය පැහැදිලිය: සීමාවට ළඟා වූ විට API call කිරීම නවත්වන්න, මන්ද දිගටම කිරීමෙන් call ගණන වැඩි වී, නැවත call සාර්ථක වන තෙක් ගතවන කාලය දිගු වන බැවිනි.
දෙවන කොටස නිර්මාණය පිළිබඳවය. request එකවර ගොඩ ගැසීම වෙනුවට සමානව බෙදා හරින්න, එක call එකකින් අවශ්‍ය දේ ලැබෙන පරිදි ප්‍රතිචාර පෙරන්න, අතිච්ඡාදිත දත්ත ගෙන එන call මඟ හරින්න. Polling බොහෝ විට වැරදිකරුවා වේ. තත්පර කිහිපයකට වරක් එම ගිණුමේ status එක ඉල්ලන integration එකක් තමන් සතුව ඇති පිළිතුරු සඳහා අයවැය වැය කරයි.
සාමාන්‍ය වැරදි
- Loop එකක් තුළ නැවත උත්සාහ කිරීම. අමතර call සෑම එකක්ම ගණනට එක් වී යථා තත්ත්වයට පැමිණීම තවත් ඈත් කරයි.
- එය යැවීමේ සීමාවක් ලෙස සැලකීම. කේතය 4 ගණන් කරන්නේ යෙදුමේ call ය, පණිවිඩ throughput සඳහා ඇත්තේ 130429 ය.
- Status endpoint කෙටි කාල පරතරයකින් poll කිරීම. වෙනස් නොවූ දත්ත නැවත නැවත කියවීම පැයක අයවැය වැය කරයි.
EasyCoexistence සම්බන්ධ කළ සෑම අංකයක්ම 24/7 තමන්ගේ පැත්තෙන් නිරීක්ෂණය කරයි. එබැවින් සම්බන්ධතාවයේ health පරීක්ෂා කිරීම ඔබේ යෙදුමේ call අයවැයට එරෙහි polling loop එකක් ලෙස ගොඩනැගිය යුතු නොවේ.
නිතර අසන ප්‍රශ්න
දෝෂය 4 සහ දෝෂය 130429 එකම ද?
නැත. 130429 යනු අංකයක පණිවිඩ throughput ය. දෝෂය 4 යනු ඔබේ යෙදුම කර ඇති API call ගණනයි.
දෝෂය 4 කොපමණ කාලයක් පවතීද?
චලන පැයක කවුළුව තුළ call ගණන සීමාවට වඩා පහත වැටෙන තෙක්. ඒ අතරතුර call කිරීමෙන් එය දිගු වේ.
මගේ යෙදුම සීමාවට කොතරම් ළඟද යන්න බැලිය හැක්කේ කොතැනින්ද?
යෙදුම් dashboard එකේ Rate Limit කොටසේත්, ප්රතිචාරවල ලැබෙන X-App-Usage header එකේත්.
දෝෂය 4 සහ දෝෂය 80007 එකම ද?
නැත. WhatsApp Business ගිණුම එහි rate limit එකට ළඟා වූ විට Meta භාවිත කරන්නේ 80007 ය, දෝෂය 4 ගණන් කරන්නේ යෙදුමේ ම call ය.
තවදුරටත් කියවන්න
ආරම්භ කිරීමට සූදානම්ද?
WhatsApp Coexistence මිනිත්තු කිහිපයකින් සකසන්න, මාස ගණනකින් නොව. යෙදුම දුරකථනයේ දිගටම ක්‍රියා කරයි.
නොමිලේ trial කාලය ආරම්භ කරන්නසත්යාපනය කළේ