Re[5]: Возврат ошибок в API
От: MadHuman Россия  
Дата: 25.06.19 15:53
Оценка: 6 (1)
Здравствуйте, Ночной Смотрящий, Вы писали:

НС>Здравствуйте, MadHuman, Вы писали:


MH>>да, но 429 (Too Many Requests) — для более узкого случая


НС>В HTTP RFC ничего про более узкие случаи не сказано.


в RFC сказано так

The 429 status code indicates that the user has sent too many
requests in a given amount of time ("rate limiting").

The response representations SHOULD include details explaining the
condition, and MAY include a Retry-After header indicating how long
to wait before making a new request.



НС>Не вижу принципиального отличия.

я вижу отличие в следующем — тут проблема из-за клиента, он часто шлет запросы (поэтому и код выбрали 4**).
а в случае перегрузки сервера или какого-то компонента, клиент может быть и не причем.
его может несколько обескуразить, ответ, что это он has sent too many requests in a given amount of time.
ведь он может сделал 1-й реквест.

НС>Потому что реакция клиента во всех случаях одна — попробовать попозже или сказать что сервер перегружен.

для этого норм упомянутый вами ранее хидер Retry-After.
его и для 500 и для 429 стоит смотреть.
 
Подождите ...
Wait...
Пока на собственное сообщение не было ответов, его можно удалить.