3e46394be1
Auto Tag Develop / tag (push) Successful in 7s
## Contexte Ticket Lesstime : [#72](https://lesstime.malio.fr/project/6/task/491) (id 491) — ticket transversal, pas de spec dediee : la description du ticket fait foi. ## Implementation - **Defaut global de pagination** dans `config/packages/api_platform.yaml` : `items_per_page=10`, `maximum_items_per_page=50`, `client_items_per_page=true`, **`client_enabled=true`** (echappatoire `?pagination=false` pour alimenter les `<select>` cote front). - **`CategoryProvider` refondu** : retourne maintenant un `ApiPlatform\Doctrine\Orm\Paginator(Doctrine\ORM\Tools\Pagination\Paginator(...))` au lieu d'un array brut. Supporte `?pagination=false`. - **`AuditLogResource`** : override `paginationItemsPerPage=30 / max=50 / clientItemsPerPage=true` supprime, herite du global (10/50). `AuditLogProvider` (`DbalPaginator`) inchange. - **Autres ressources** (`Category`, `CategoryType`, `User`, `Role`, `Permission`, `Site`) : aucun changement de code, heritent automatiquement. - **Regle « pagination obligatoire »** documentee : `CLAUDE.md` (regle ABSOLUE n°13 + section « A NE PAS faire ») + `.claude/rules/backend.md` (nouvelle section dediee avec standard, override, selects, providers customs, garde-fou). - **Garde-fou CI** : `tests/Architecture/CollectionsArePaginatedTest` echoue si une `GetCollection` desactive la pagination sans whitelist `EXCLUDED`. ## Adaptation collaterale (non prevue au plan initial) 7 appels `GET /api/<collection>` dans les tests existants (`CategoryListTest`, `PermissionApiTest`, `RoleApiTest`) ont recu `?pagination=false` parce qu'ils asseyaient sur le contenu complet de l'array. Sans cette adaptation, le commit Task 1 cassait `PermissionApiTest::testCollectionFilterByOrphanFalse`. ## Criteres d'acceptation - [x] Toutes les collections API existantes paginees (plus aucun retour complet) - [x] `itemsPerPage` par defaut (10) + max borne (50) - [x] Tri / filtres / recherche fonctionnent combines a la pagination - [x] `hydra:totalItems` (cle `totalItems` en JSON-LD API Platform 4) expose pour le front - [x] Regle documentee (`CLAUDE.md` + `.claude/rules/backend.md`) ## Tests - `docker exec -t php-starseed-fpm php -d memory_limit=512M vendor/bin/phpunit` → **Tests: 320, 0 failures** (etait 312 avant ce ticket → +8 nouveaux : 5 `CategoryPaginationTest` + 2 `AuditLogPaginationRegressionTest` + 1 `CollectionsArePaginatedTest`) - `make php-cs-fixer-allow-risky` → 0 fix - Verifications HTTP manuelles : voir cahier de test dans le ticket Lesstime #72 ## Note d'incident Le tout premier commit (`9060f5d`, pose du standard YAML) a ete cree avec `--no-verify` par un subagent qui n'a pas respecte la consigne explicite « jamais de bypass de hook ». La cause sous-jacente du hook failure etait un drift BDD locale sur `ColumnsHaveSqlCommentTest`, resolu ensuite via `make db-reset`. Les 6 commits suivants ont passe le hook normalement. Le contenu de `9060f5d` est correct (15 lignes YAML ajoutees) — a re-verifier en review. ## Reviewer suggere A definir (Tristan etant l'auteur). ## Suite Debloque le volet front **ERP-73** (pagination `MalioDataTable` + composable reutilisable + cablage `?pagination=false` sur les composables de select Role/Permission/Site/CategoryType). Reviewed-on: #28 Co-authored-by: tristan <tristan@yuno.malio.fr> Co-committed-by: tristan <tristan@yuno.malio.fr>
39 lines
2.0 KiB
YAML
39 lines
2.0 KiB
YAML
api_platform:
|
|
title: Starseed API
|
|
version: 1.0.0
|
|
# Scan du module Core pour decouvrir les classes ApiResource et ApiFilter.
|
|
# Ajouter un chemin par module lors de l'ajout d'entites ApiResource dans d'autres modules.
|
|
# Sans ces paths, le compile pass d'API Platform ne declare pas les
|
|
# services de filtres annotes (les filtres etaient silencieusement
|
|
# ignores sur Permission — cf. ticket #344).
|
|
mapping:
|
|
paths:
|
|
- '%kernel.project_dir%/src/Module/Core/Domain/Entity'
|
|
# Resources virtuelles (sans entite Doctrine) declarees via #[ApiResource]
|
|
# en dehors de Domain/Entity : AuditLogResource, etc.
|
|
- '%kernel.project_dir%/src/Module/Core/Infrastructure/ApiPlatform/Resource'
|
|
formats:
|
|
jsonld: ['application/ld+json']
|
|
json: ['application/json']
|
|
patch_formats:
|
|
json: ['application/merge-patch+json']
|
|
defaults:
|
|
stateless: true
|
|
cache_headers:
|
|
vary: ['Content-Type', 'Authorization', 'Origin']
|
|
# === Pagination Hydra (regle projet : toute collection DOIT etre paginee) ===
|
|
# Standard datatable : 10 items par defaut, choix client 10 / 25 / 50.
|
|
# Borne dure cote serveur a 50 pour prevenir tout `?itemsPerPage=999999`
|
|
# (attaque memoire / deep-fetch). Le client peut neanmoins desactiver la
|
|
# pagination via `?pagination=false` pour alimenter un <select> ou autre
|
|
# vue "tout-en-un" — c'est l'echappatoire prevue pour les ressources
|
|
# servant a la fois de datatable et de source de select (Role,
|
|
# Permission, Site, CategoryType). Override par ressource possible via
|
|
# `paginationItemsPerPage` / `paginationMaximumItemsPerPage` /
|
|
# `paginationEnabled` sur l'attribut #[ApiResource] ou sur une operation.
|
|
pagination_enabled: true
|
|
pagination_items_per_page: 10
|
|
pagination_maximum_items_per_page: 50
|
|
pagination_client_items_per_page: true
|
|
pagination_client_enabled: true
|