Watch the Pagination screencast
API Platform has native support for paged collections. Pagination is enabled by default for all collections. Each collection contains 30 items per page. The activation of the pagination and the number of elements per page can be configured from:
When issuing a GET
request on a collection containing more than 1 page (here /books
), a Hydra collection
is returned. It’s a valid JSON(-LD) document containing items of the requested page and metadata.
{
"@context": "/contexts/Book",
"@id": "/books",
"@type": "Collection",
"member": [
{
"@id": "/books/1",
"@type": "https://schema.org/Book",
"name": "My awesome book"
},
{
"_": "Other items in the collection..."
}
],
"totalItems": 50,
"view": {
"@id": "/books?page=1",
"@type": "PartialCollectionView",
"first": "/books?page=1",
"last": "/books?page=2",
"next": "/books?page=2"
}
}
Hypermedia links to the first, the last, previous and the next page in the collection are displayed as well as the number of total items in the collection.
The name of the page parameter can be changed with the following configuration:
# api/config/packages/api_platform.yaml
api_platform:
collection:
pagination:
page_parameter_name: _page
Paginating collections is generally accepted as a good practice. It allows browsing large collections without too much overhead as well as preventing DOS attacks. However, for small collections, it can be convenient to fully disable the pagination.
The pagination can be disabled for all resources using this configuration:
# api/config/packages/api_platform.yaml
api_platform:
defaults:
pagination_enabled: false
It can also be disabled for a specific resource:
<?php
// api/src/Entity/Book.php
namespace App\Entity;
use ApiPlatform\Metadata\ApiResource;
#[ApiResource(paginationEnabled: false)]
class Book
{
// ...
}
# api/config/api_platform/resources.yaml
resources:
App\Entity\Book:
paginationEnabled: false
You can also disable an operation for a specific operation:
<?php
// api/src/Entity/Book.php
namespace App\Entity;
use ApiPlatform\Metadata\ApiResource;
use ApiPlatform\Metadata\GetCollection;
#[ApiResource(
operations: [
new GetCollection(
paginationEnabled: false
)
]
)]
class Book
{
// ...
}
# api/config/api_platform/resources.yaml
resources:
App\Entity\Book:
operations:
ApiPlatform\Metadata\GetCollection:
paginationEnabled: false
<?xml version="1.0" encoding="UTF-8" ?>
<!-- api/config/api_platform/resources.xml -->
<resources xmlns="https://api-platform.com/schema/metadata/resources-3.0"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="https://api-platform.com/schema/metadata/resources-3.0
https://api-platform.com/schema/metadata/resources-3.0.xsd">
<resource class="App\Entity\Book">
<operations>
<operation class="ApiPlatform\Metadata\GetCollection"
paginationEnabled="false" />
</operations>
</resource>
</resources>
You can configure API Platform to let the client enable or disable the pagination. To activate this feature globally, use the following configuration:
# api/config/packages/api_platform.yaml
api_platform:
defaults:
pagination_client_enabled: true
collection:
pagination:
enabled_parameter_name: pagination # optional
The pagination can now be enabled or disabled by adding a query parameter named pagination
:
GET /books?pagination=false
: disabledGET /books?pagination=true
: enabledAny value accepted by the FILTER_VALIDATE_BOOLEAN
filter can be
used as the value.
The client ability to disable the pagination can also be set in the resource configuration:
<?php
// api/src/Entity/Book.php
namespace App\Entity;
use ApiPlatform\Metadata\ApiResource;
#[ApiResource(paginationClientEnabled: true)]
class Book
{
// ...
}
In the same manner, the number of items per page is configurable and can be set client-side.
The number of items per page can be configured for all resources:
# api/config/packages/api_platform.yaml
api_platform:
defaults:
pagination_items_per_page: 30 # Default value
<?php
// api/src/Entity/Book.php
namespace App\Entity;
use ApiPlatform\Metadata\ApiResource;
#[ApiResource(paginationItemsPerPage: 30)]
class Book
{
// ...
}
# api/config/packages/api_platform.yaml
api_platform:
defaults:
pagination_client_items_per_page: true
collection:
pagination:
items_per_page_parameter_name: itemsPerPage # Default value
The number of items per page can now be changed adding a query parameter named itemsPerPage
: GET /books?itemsPerPage=20
.
Changing the number of items per page can be enabled (or disabled) for a specific resource:
<?php
// api/src/Entity/Book.php
namespace App\Entity;
use ApiPlatform\Metadata\ApiResource;
#[ApiResource(paginationClientItemsPerPage: true)]
class Book
{
// ...
}
The number of maximum items per page can be configured for all resources:
# api/config/packages/api_platform.yaml
api_platform:
defaults:
pagination_maximum_items_per_page: 50
<?php
// api/src/Entity/Book.php
namespace App\Entity;
use ApiPlatform\Metadata\ApiResource;
#[ApiResource(paginationMaximumItemsPerPage: 50)]
class Book
{
// ...
}
<?php
// api/src/Entity/Book.php
namespace App\Entity;
use ApiPlatform\Metadata\ApiResource;
use ApiPlatform\Metadata\GetCollection;
#[ApiResource]
#[GetCollection(paginationMaximumItemsPerPage: 50)]
class Book
{
// ...
}
When using the default pagination, a COUNT
query will be issued against the current requested collection. This may have a
performance impact on really big collections. The downside is that the information about the last page is lost (ie: last
).
The partial pagination retrieval can be configured for all resources:
# api/config/packages/api_platform.yaml
api_platform:
defaults:
pagination_partial: true # Disabled by default
<?php
// api/src/Entity/Book.php
namespace App\Entity;
use ApiPlatform\Metadata\ApiResource;
#[ApiResource(paginationPartial: true)]
class Book
{
// ...
}
# api/config/packages/api_platform.yaml
api_platform:
defaults:
pagination_client_partial: true # Disabled by default
collection:
pagination:
partial_parameter_name: 'partial' # Default value
The partial pagination retrieval can now be changed by toggling a query parameter named partial
: GET /books?partial=true
.
<?php
// api/src/Entity/Book.php
namespace App\Entity;
use ApiPlatform\Metadata\ApiResource;
#[ApiResource(paginationClientPartial: true)]
class Book
{
// ...
}
To configure your resource to use the cursor-based pagination, select your unique sorted field as well as the direction you’ll like the pagination to go via filters and enable the paginationViaCursor
option.
Note that for now you have to declare a RangeFilter
and an OrderFilter
on the property used for the cursor-based pagination.
The following configuration also works on a specific operation:
<?php
// api/src/Entity/Book.php
namespace App\Entity;
use ApiPlatform\Metadata\ApiFilter;
use ApiPlatform\Metadata\ApiResource;
use ApiPlatform\Doctrine\Odm\Filter\OrderFilter;
use ApiPlatform\Doctrine\Odm\Filter\RangeFilter;
#[ApiResource(
paginationPartial: true,
paginationViaCursor: [
['field' => 'id', 'direction' => 'DESC']
]
)]
#[ApiFilter(RangeFilter::class, properties: ["id"])]
#[ApiFilter(OrderFilter::class, properties: ["id" => "DESC"])]
class Book
{
// ...
}
To know more about cursor-based pagination take a look at this blog post on medium (draft).
The PaginationExtension of API Platform performs some checks on the QueryBuilder
to guess, in most common cases, the correct values to use when configuring the Doctrine ORM Paginator:
$fetchJoinCollection
argument: Whether there is a join to a collection-valued association. When set to true
, the Doctrine ORM Paginator will perform an additional query, in order to get the correct number of results.You can configure this using the paginationFetchJoinCollection
attribute on a resource or on a per-operation basis:
<?php
// api/src/Entity/Book.php
namespace App\Entity;
use ApiPlatform\Metadata\ApiResource;
use ApiPlatform\Metadata\GetCollection;
#[ApiResource(paginationFetchJoinCollection: false)]
#[GetCollection]
#[GetCollection(name: 'get_custom', paginationFetchJoinCollection: true)]
class Book
{
// ...
}
setUseOutputWalkers
setter: Whether to use output walkers. When set to true
, the Doctrine ORM Paginator will use output walkers, which are compulsory for some types of queries.You can configure this using the paginationUseOutputWalkers
attribute on a resource or on a per-operation basis:
<?php
// api/src/Entity/Book.php
namespace App\Entity;
use ApiPlatform\Metadata\ApiResource;
use ApiPlatform\Metadata\GetCollection;
#[ApiResource(paginationUseOutputWalkers: false)]
#[GetCollection]
#[GetCollection(name: 'get_custom', paginationUseOutputWalkers: true)]
class Book
{
// ...
}
For more information, please see the Pagination entry in the Doctrine ORM documentation.
In case you’re using a custom controller action, make sure you return the Paginator
object to get the full Hydra response with view
(which contains information about first, last, next and previous page). The following examples show how to handle it within a repository method.
The controller needs to pass through the page number. You will need to use the Doctrine Paginator and pass it to the API Platform Paginator.
First example:
<?php
// api/src/Repository/BookRepository.php
namespace App\Repository;
use App\Entity\Book;
use Doctrine\Bundle\DoctrineBundle\Repository\ServiceEntityRepository;
use Doctrine\Persistence\ManagerRegistry;
use Symfony\Component\Security\Core\Authentication\Token\Storage\TokenStorageInterface;
use Doctrine\ORM\Tools\Pagination\Paginator as DoctrinePaginator;
use ApiPlatform\Doctrine\Orm\Paginator;
use Doctrine\Common\Collections\Criteria;
class BookRepository extends ServiceEntityRepository
{
const ITEMS_PER_PAGE = 20;
private $tokenStorage;
public function __construct(
ManagerRegistry $registry,
TokenStorageInterface $tokenStorage
) {
parent::__construct($registry, Book::class);
$this->tokenStorage = $tokenStorage;
}
public function getBooksByFavoriteAuthor(int $page = 1): Paginator
{
$firstResult = ($page -1) * self::ITEMS_PER_PAGE;
$user = $this->tokenStorage->getToken()->getUser();
$queryBuilder = $this->createQueryBuilder();
$queryBuilder->select('b')
->from(Book::class, 'b')
->where('b.author = :author')
->setParameter('author', $user->getFavoriteAuthor()->getId())
->andWhere('b.publicatedOn IS NOT NULL');
$criteria = Criteria::create()
->setFirstResult($firstResult)
->setMaxResults(self::ITEMS_PER_PAGE);
$queryBuilder->addCriteria($criteria);
$doctrinePaginator = new DoctrinePaginator($queryBuilder);
$paginator = new Paginator($doctrinePaginator);
return $paginator;
}
}
The Controller would look like this:
<?php
// api/src/Controller/Book/GetBooksByFavoriteAuthorAction.php
namespace App\Controller\Book;
use ApiPlatform\Doctrine\Orm\Paginator;
use App\Repository\BookRepository;
use Symfony\Bundle\FrameworkBundle\Controller\AbstractController;
use Symfony\Component\HttpKernel\Attribute\AsController;
use Symfony\Component\HttpFoundation\Request;
#[AsController]
class GetBooksByFavoriteAuthorAction extends AbstractController
{
public function __invoke(Request $request, BookRepository $bookRepository): Paginator
{
$page = (int) $request->query->get('page', 1);
return $bookRepository->getBooksByFavoriteAuthor($page);
}
}
The service needs to use the proper repository method. You can also use the Query object inside the repository method and pass it to the Paginator instead of passing the QueryBuilder and using Criteria. Second Example:
<?php
// api/src/Repository/BookRepository.php
namespace App\Repository;
// use...
class BookRepository extends ServiceEntityRepository
{
// constant, variables and constructor...
public function getBooksByFavoriteAuthor(int $page = 1): Paginator
{
$firstResult = ($page -1) * self::ITEMS_PER_PAGE;
$user = $this->tokenStorage->getToken()->getUser();
$queryBuilder = $this->createQueryBuilder();
$queryBuilder->select('b')
->from(Book::class, 'b')
->where('b.author = :author')
->setParameter('author', $user->getFavoriteAuthor()->getId())
->andWhere('b.publicatedOn IS NOT NULL');
$query = $queryBuilder->getQuery()
->setFirstResult($firstResult)
->setMaxResults(self::ITEMS_PER_PAGE);
$doctrinePaginator = new DoctrinePaginator($query);
$paginator = new Paginator($doctrinePaginator);
return $paginator;
}
}
If you are using custom state providers (not the provided Doctrine ORM, ODM or ElasticSearch ones)
and if you want your results to be paginated, you will need to return an instance of a
ApiPlatform\State\Pagination\PartialPaginatorInterface
or
ApiPlatform\State\Pagination\PaginatorInterface
.
A few existing classes are provided to make it easier to paginate the results:
ApiPlatform\State\Pagination\ArrayPaginator
ApiPlatform\State\Pagination\TraversablePaginator
Made with love by
Les-Tilleuls.coop can help you design and develop your APIs and web projects, and train your teams in API Platform, Symfony, Next.js, Kubernetes and a wide range of other technologies.
Learn more