fix(audit-log) : address code review findings

Blocker
- Frontend attendait `hydra:member` / `hydra:totalItems` / `hydra:view` mais
  API Platform 4 sert `member` / `totalItems` / `view` (sans prefixe) sous
  ld+json, et un tableau plat sous json. Consequence : tableau admin et
  timeline silencieusement vides.
  Fix : `useAuditLog` force `Accept: application/ld+json` (necessaire pour
  obtenir l'objet Hydra avec pagination), types `HydraCollection`/`HydraView`
  renommes, composants accedent aux proprietes sans prefixe. Nouveau test
  fonctionnel verrouille le format.

Should-fix
- `AuditLogWriter` : ajout de `'id' => Types::GUID` pour expliciter le type
  natif PG `uuid` (fonctionnait par cast implicite mais l'intention etait
  floue).
- `AuditListener` docblock : documente que le DQL bulk DELETE/UPDATE et
  `Connection::executeStatement()` bypassent le listener (onFlush non
  appele). Piege pour les futures commandes de purge.
- `AuditLogResource` : ajout d'une regex UUID dans `requirements` de
  l'operation Get — un `GET /api/audit-logs/not-a-uuid` produisait un 500
  (cast PG rejete) au lieu d'un 404.
- `audit-log.vue` : le watcher des filtres faisait `filters.page = 1` ce
  qui declenchait le watcher de `page`, causant deux `loadEntries()` en
  parallele. Fusionne : la navigation page appelle `loadEntries()`
  directement depuis `goPrevious`/`goNext`, plus de watcher dedie.
- `useAuditLog.fetchEntityLogs` : bypass du cache `lastCollection` pour ne
  pas polluer la reference page-level quand la timeline est ouverte.
- `AuditTimeline.vue` : remplacement du `<div v-if="!canView"/>` vide par
  un `v-if` sur le wrapper — aucun DOM quand l'utilisateur n'a pas le droit.
- `AuditListenerTest` tag : retire le `_` (wildcard LIKE SQL) du prefix
  pour eviter un faux negatif de match cross-test.
- `AuditLogApiTest` : proprietes `auditConnection` / `runTag` nullable et
  tearDown guarde, sinon un echec setUp provoquait un fatal typed-property
  au lieu de propager l'exception d'origine.

Stabilite suite de tests
- `doctrine.yaml when@test` : `idle_connection_ttl: 1` sur les deux
  connexions pour eviter l'accumulation de connexions orphelines.
- tearDown des tests audit : `close()` explicite sur la connexion audit
  apres chaque test.
- `docker-compose.yml` : `max_connections=300` sur la DB dev (defaut PG=100
  insuffisant pour 220+ tests * 2 connexions/test).

frontend/modules/core/pages/admin/audit-log.vue

@@ -159,7 +159,7 @@
             </table>
         </section>
 
-        <!-- Pagination via hydra:view -->
+        <!-- Pagination via hydra (view.next / view.previous) -->
         <nav class="mt-3 flex items-center justify-between text-sm">
             <span class="text-gray-600">
                 {{ totalItems }} entrée{{ totalItems > 1 ? 's' : '' }}
@@ -270,11 +270,11 @@ async function loadEntries(): Promise<void> {
             performedAtAfter:  filters.performedAtAfter ? toIso(filters.performedAtAfter) : undefined,
             performedAtBefore: filters.performedAtBefore ? toIso(filters.performedAtBefore) : undefined,
         })
-        entries.value = data['hydra:member'] ?? []
-        totalItems.value = data['hydra:totalItems'] ?? 0
-        const view = data['hydra:view']
-        hasPrevious.value = Boolean(view?.['hydra:previous'])
-        hasNext.value = Boolean(view?.['hydra:next'])
+        entries.value = data.member ?? []
+        totalItems.value = data.totalItems ?? 0
+        const view = data.view
+        hasPrevious.value = Boolean(view?.previous)
+        hasNext.value = Boolean(view?.next)
     } finally {
         loading.value = false
     }
@@ -317,12 +317,14 @@ function goPrevious(): void {
     if (!hasPrevious.value || !filters.page) return
     filters.page = Math.max(1, filters.page - 1)
     syncQuery()
+    loadEntries()
 }
 
 function goNext(): void {
     if (!hasNext.value) return
     filters.page = (filters.page ?? 1) + 1
     syncQuery()
+    loadEntries()
 }
 
 // Persiste les filtres dans les query params URL pour que le reload ou le
@@ -339,7 +341,11 @@ function syncQuery(): void {
 }
 
 // Synchronisation reactive : tout changement de filtre declenche un fetch
-// + reset de la pagination a la page 1 (sauf si seul `page` a change).
+// + reset de la pagination a la page 1. La navigation page (prev/next) ne
+// passe PAS par un watcher : elle appelle `loadEntries()` directement dans
+// `goPrevious`/`goNext`. Cette separation evite un double-fetch concurrent
+// quand une filtre reset la page a 1 (sinon le watch de `filters.page`
+// serait declenche une seconde fois en parallele).
 watch(
     () => [filters.performedAtAfter, filters.performedAtBefore, filters.entityType, filters.performedBy, filters.action],
     () => {
@@ -348,7 +354,6 @@ watch(
         loadEntries()
     },
 )
-watch(() => filters.page, () => { loadEntries() })
 
 onMounted(() => {
     loadEntries()