A RetroSearch Logo

Home - News ( United States | United Kingdom | Italy | Germany ) - Football scores

Search Query:

Showing content from https://docs.github.com/en/enterprise-server@3.17/rest/overview/rate-limits-for-the-rest-api below:

Rate limits for the REST API

Learn about REST API rate limits, how to avoid exceeding them, and what to do if you do exceed them.

Rate limits are disabled by default for GitHub Enterprise Server. Contact your site administrator to confirm the rate limits for your instance.

If you are a site administrator, you can set rate limits, including secondary rate limits, for your instance. See Configuring rate limits.

If you are developing an app for users or organizations outside of your instance, the standard GitHub rate limits apply. See Rate limits for the REST API in the GitHub Free documentation.

About secondary rate limits

In addition to primary rate limits, GitHub enforces secondary rate limits in order to prevent abuse and keep the API available for all users.

You may encounter a secondary rate limit if you:

These secondary rate limits are subject to change without notice. You may also encounter a secondary rate limit for undisclosed reasons.

Calculating points for the secondary rate limit

Some secondary rate limits are determined by the point values of requests. For GraphQL requests, these point values are separate from the point value calculations for the primary rate limit.

Request Points GraphQL requests without mutations 1 GraphQL requests with mutations 5 Most REST API GET, HEAD, and OPTIONS requests 1 Most REST API POST, PATCH, PUT, or DELETE requests 5

Some REST API endpoints have a different point cost that is not shared publicly.


RetroSearch is an open source project built by @garambo | Open a GitHub Issue

Search and Browse the WWW like it's 1997 | Search results from DuckDuckGo

HTML: 3.2 | Encoding: UTF-8 | Version: 0.7.4