after https://github.com/librariesio/libraries.io/pull/3277 , those successful response headers were removed, and we added RateLimit-Limit, RateLimit-Remaining, and RateLimit-Reset headers to non-rate-limited responses, so unfortunately clients could no longer track their usage in successful responses.
before https://github.com/librariesio/libraries.io/pull/3277 , we served
X-RateLimit-Limit
andX-RateLimit-Remaining
headers in non-rate-limited responses to transmit info about rate-limiting to clients.after https://github.com/librariesio/libraries.io/pull/3277 , those successful response headers were removed, and we added
RateLimit-Limit
,RateLimit-Remaining
, andRateLimit-Reset
headers to non-rate-limited responses, so unfortunately clients could no longer track their usage in successful responses.these changes bring back the former non-rate-limited headers, and also prefix the rate-limited headers with
X-
since those headers are not quite a standard yet, at time of writing: https://www.ietf.org/archive/id/draft-ietf-httpapi-ratelimit-headers-07.html .Example:
NOTE: I've only added the non-rate-limited headers to API responses. Do we want to include them for Web responses too?
closes https://github.com/librariesio/libraries.io/issues/3283