تېروتنې او بیا هڅې
دا پاڼه له انګلیسي ژبې ژباړل شوې ده. که دواړه سره توپیر ولري، انګلیسي پاڼه سمه ده. انګلیسي پاڼه ولولئ
هره ناکامي چې یو کتابتون یې راپورته کوي له څلورو تېروتنو یوه ده، او څلورګونې یو ګډ بنسټیز ډول لري، نو یو اداره کوونکی کولی شي ټولې ونیسي.
- د API تېروتنه. API غوښتنه رد کړه. دا د HTTP حالت، یو ثابت
codeچې پر بنسټ یې څانګې جوړې کړئ، او هغه پیغام لري چې په غوښتل شوې ژبه دی. - د OAuth تېروتنه. د ټوکن پای ټکي ستاسو اسناد یا هغه ساحې رد کړې چې تاسو غوښتې وې.
- د ساتنې تېروتنه. API د ساتنې لپاره د لنډ وخت لپاره شتون نه لري.
- د لېږد تېروتنه. هېڅ د کارونې وړ ځواب ونه رسېد: اړیکه ناکامه شوه یا یې وخت پای ته ورسېد، یا ځواب ونه لوستل شو.
د کال لغوه کول تېروتنه نه ده. دا ستاسو د ژبې د خپل لغوې په بڼه ښکاري.
څه بیا هڅه کېږي
هغه 429 یا 503 چې په Retry-After سرلیک کې د 60 ثانیو یا لږ انتظار ووايي، دقیقاً له همغه انتظار وروسته بیا هڅه کېږي. یو کال تر ټولو ډېر 3 هڅې کوي. د اعظمي اندازې په 1 ټاکلو سره کولی شئ بیا هڅې بندې کړئ.
نور هر څه سمدستي راپورته کېږي:
- هغه 429 یا 503 چې
Retry-Afterنه لري؛ - له 60 ثانیو اوږد انتظار، چې کتابتون یې ستاسو د کال دننه نه تېروي. تېروتنه
retry_afterلري، ترڅو تاسو پخپله بیا هڅه مهالوېش کړئ؛ - د لېږد تېروتنه، ځکه چې ښايي غوښتنه دمخه API ته رسېدلې وي؛
- هر هغه جریان چې یوه پېښه یې رسولې وي.