Rate limit සහ පණිවිඩ යැවීමේ වේගය
වෙන වෙනම සීමා 4ක් ඇත. ඒවා එකක් ලෙස සැලකීම rate limiting අවුල් කරයි. messaging tier එක දිනකට අනන්‍ය ලබන්නන් සීමා කරයි, throughput එක තත්පරයකට පණිවිඩ සීමා කරයි, pair limit එක එක් පුද්ගලයෙකුට යැවිය හැකි පණිවිඩ සීමා කරයි, management limit එක පණිවිඩ නොවන API calls සීමා කරයි.
throughput සීමාවට ළඟා වූ විට ලැබෙන දෝෂය
එක් යුගලයක් අතර පණිවිඩ වැඩි වූ විට ලැබෙන දෝෂය
ගිණුමේ management call සීමාවට අදාළ දෝෂය
Messaging tier
පැය 24ක පෙරළෙන කාලයකදී ඔබට සංවාදයක් ආරම්භ කළ හැකි අනන්‍ය පාරිභෝගිකයන් ගණනයි. නව අංක අඩු මට්ටමකින් ආරම්භ වී, ගුණාත්මකභාවය පවත්වාගෙන යමින් පරිමාව වැඩි වන විට ස්වයංක්රීයව ඉහළ යයි.
- tier මට්ටම් 1K, 10K, 100K සහ දිනකට සීමා රහිත අනන්‍ය ලබන්නන් දක්වා ඉහළ යයි.
- ව්‍යාපාරය විසින් ආරම්භ කළ සංවාද පමණක් මෙයට ගණන් වේ.
- සේවා කවුළුව තුළ ලැබෙන පිළිතුරු ගණන් නොවේ.
- ගුණාත්මකභාවය පහළ ගියහොත් tier එක නැවත පහළ යා හැක.
Throughput
තත්පරයකට යැවිය හැකි පණිවිඩ ගණනයි. එය දෛනික tier එකට වෙනස් දෙයකි. අංකයක් තම tier සීමාව තුළ හොඳින් තිබුණත්, එකවර පණිවිඩ රැසක් යැවීමෙන් throughput සීමාවට ළඟා විය හැක.
Coexistence අංකයකදී මෙය බොහෝ දෙනාට පුදුමයක් වන්නේ සාමාන්ය Cloud API අංකයකට වඩා සීමාව අඩු නිසාය. එම උපරිමය Meta විසින් නියම කරන අතර සියලු Coexistence සැපයුම්කරුවන්ට අදාළ වේ. එබැවින් කිසිදු සැපයුම්කරුවෙකුට එය ඉහළ නැංවිය නොහැක.
Per-recipient limits
කෙටි කාලයකදී ඔබේ අංකය සහ එක් ලබන්නෙකු අතර හුවමාරු විය හැකි පණිවිඩ ගණනට ඇති වෙනම සීමාවකි. එය error 131056 ලෙස වාර්තා වේ. එක් පුද්ගලයෙකුට පණිවිඩවලින් බර නොකිරීමට මෙය තිබෙන බැවින්, අඩු පරිමාවක් ඇති ගිණුමකද එය සක්‍රිය විය හැක.
හේතුව බොහෝ විට ස්වයංක්‍රීය එකකි: නැවත උත්සාහ කරන loop එකක්, එකම සිදුවීම සඳහා webhook handler එක දෙවරක් ක්‍රියා කිරීමක්, නැතහොත් bot එකක් පිළිතුර කෙටි පණිවිඩ කිහිපයකට බෙදීමක්.
Management call limits
පණිවිඩ සමඟ කිසිදු සම්බන්ධයක් නැත. අංක කියවීම, templates ලැයිස්තුගත කිරීම සහ status පරීක්ෂා කිරීම වෙනම ගිණුම් සීමාවකට ගණන් වන අතර එය error 80007 ලෙස වාර්තා වේ.
එය අවසන් කරන්නේ නිතර polling කිරීමයි. සෑම තත්පර 30කට වරක් status පරීක්ෂා කිරීමෙන් මාසයකට කිහිප වරක් පමණක් වෙනස් වන දත්ත සඳහා දිනකට calls දහස් ගණනක් වැය වේ. webhooks භාවිතයෙන් ඒවායින් බොහොමයක් අවශ්‍ය නොවේ.
What raises a limit
ගෙවීම නොව ගුණාත්මකභාවය සහ ඉතිහාසයයි. මිලදී ගත හැකි plan එකක් නැති අතර, ඔබ වෙනුවෙන් සීමාවක් ඉහළ නැංවිය හැකි සැපයුම්කරුවෙකුද නැත.
- ගුණාත්මක rating එක green ලෙස පවත්වා ගන්න. එය පහළ දමන්නේ ලබන්නන්ගේ blocks ය.
- පණිවිඩ එකවර නොයවා, පරිමාව ස්ථාවරව යවන්න.
- ව්‍යාපාර සත්‍යාපනය සම්පූර්ණ කරන්න. ඉහළ tier සඳහා එය අවශ්‍ය වේ.
- රැඳී සිටින්න. tier වැඩිවීම් කාලයත් සමඟ ස්වයංක්රීයව ඇගයීමට ලක් වේ.
සාමාන්ය වැරදි
- සියලු rate limits එකක් ලෙස සැලකීම. වෙනස් සීමා 4ක් වෙනස් දෝෂ 4ක් ඇති කරයි.
- කෙටි කාල පරතරයකින් status පරීක්ෂා කිරීම. කලාතුරකින් වෙනස් වන දත්ත සඳහා එය management සීමාව වැය කරයි.
- ඉහළ tier එකක් සඳහා ගෙවිය හැකි යැයි සිතීම. tier ඉහළ යන්නේ ගුණාත්මකභාවය සහ යැවීම් ඉතිහාසය මතය.
EasyCoexistence Meta වෙතින් quality rating, messaging tier සහ connection state අඛණ්ඩව කියවයි. එබැවින් tier වෙනසක් හෝ ගුණාත්මකභාවය පහළ යාමක් අසාර්ථක යැවීම්වලින් අනුමාන නොකර event එකක් ලෙස පෙනේ.
නිතර අසන ප්‍රශ්න
අඩු පරිමාවකදී මට rate limited වන්නේ ඇයි?
බොහෝ විට එය per-recipient limit එකයි. error 131056 මඟින් ගිණුමේ මුළු පණිවිඩ ගණන නොසලකා එක් පුද්ගලයෙකුට යැවිය හැකි පණිවිඩ සීමා කරයි.
ඉහළ tier එකක් සඳහා ගෙවිය හැකිද?
නැත. ගුණාත්මකභාවය සහ යැවීම් ඉතිහාසය මත tier ස්වයංක්රීයව ඉහළ යයි.
Coexistence හි throughput අඩුද?
ඔව්. Meta එය සාමාන්ය Cloud API අංකයකට වඩා අඩුවෙන් සීමා කරයි. කිසිදු සැපයුම්කරුවෙකුට එය ඉහළ නැංවිය නොහැක.
management සීමාවට ගණන් වන්නේ මොනවාද?
කියවීම් සහ configuration calls: අංක, templates සහ statuses ලැයිස්තුගත කිරීම. webhooks භාවිතයෙන් ඒවායින් බොහොමයක් වැළකේ.
තවදුරටත් කියවන්න
ආරම්භ කිරීමට සූදානම්ද?
WhatsApp Coexistence මිනිත්තු කිහිපයකින් සකසන්න, මාස ගණනකින් නොව. යෙදුම දුරකථනයේ දිගටම ක්‍රියා කරයි.
නොමිලේ trial කාලය ආරම්භ කරන්නසත්යාපනය කළේ