Pagination
Last updated
Was this helpful?
Last updated
Was this helpful?
In the previous tutorial, we discussed how you can set your desired . Before we dive into the extra details of our API, we need to discuss one of the fundamentals of our API: pagination.
“How is it possible that I cannot find all the data I requested?”
Responses sometimes return more than 1.000 results. With that much data, requests can become slow and hard to work with. That’s why these endpoints use something called pagination. Instead of returning all 1.000+ results, you'll get a hundred results per page.
Let's request all the fixtures between two dates. We can do this by using our . In the of the response, you will see information about your subscription, the number of API calls and more. Please refer to our for more info.
Also, you can see information about the results of the response. In the second tab, you can see that the response returned 13454 results, but the API only shows a hundred results per page. With pagination, it results in 135 pages.
"So, how do I get to the second page then?’"
Excellent question. Going to the second page is easy! Simply add &page=2
to your request. In the second tab, you will see that the meta description changes accordingly.
Do you want the API to return more or fewer results per page? That’s also possible! You can determine the number of results per page (range 10-150) by adding &per_page= {number}
to your request. For example, if you want 110 results per page:
Just like before, the meta description changes accordingly.
For an overview of which endpoints support pagination, please refer to our
Note that including a substantial amount of relationships might result in failed responses due to memory limits.
We need to protect the uptime of our API and therefore, you might hit the memory limit of 2GB when requesting too much data at a time.
Now that you know all about pagination, we can explore our API’s endless possibilities with the next chapter: