Mga error at retry
Isinalin mula sa Ingles ang pahinang ito. Kung magkaiba ang dalawa, ang pahinang Ingles ang tama. Basahin ang pahinang Ingles
Ang bawat pagkabigong ibinabato ng isang library ay isa sa apat na error, at iisa ang base type ng apat, kaya kayang saluhin ng iisang handler ang lahat ng ito.
- API error. Tinanggihan ng API ang request. Dala nito ang HTTP status, isang matatag na
codena mapagbabatayan ng iyong lohika, at isang mensahe sa wikang hiniling mo. - OAuth error. Tinanggihan ng token endpoint ang iyong mga credential o ang mga scope na hiniling mo.
- Maintenance error. Pansamantalang hindi available ang API dahil sa maintenance.
- Transport error. Walang dumating na magagamit na sagot: nabigo o nag-time out ang koneksyon, o hindi mabasa ang response.
Ang pagkansela ng tawag ay hindi error. Lumalabas ito bilang sariling pagkansela ng iyong wika.
Ano ang inuulit
Ang 429 o 503 na nagsasabi kung gaano katagal maghihintay, sa isang Retry-After header na 60 segundo o mas maikli, ay inuulit pagkatapos ng eksaktong paghihintay na iyon. Hanggang 3 pagtatangka lamang ang ginagawa ng isang tawag. Maaari mong patayin ang mga retry sa pamamagitan ng pagtatakda ng maximum sa 1.
Ang lahat ng iba pa ay agad na ibinabato:
- isang 429 o 503 na walang
Retry-After; - paghihintay na mas mahaba sa 60 segundo, na hindi gugugulin ng library sa loob ng iyong tawag. Dala ng error ang
retry_after, kaya ikaw mismo ang makapag-iiskedyul ng retry; - isang transport error, dahil maaaring nakarating na sa API ang request;
- anumang stream na nakapaghatid na ng isang event.