All checks were successful
Deploy with Docker Compose / deploy (push) Successful in 3m33s
## perf-data-optimization - Add @@index([name]) on User model (migration) - Add WEATHER_HISTORY_LIMIT=90 constant, apply take/orderBy on weather history queries - Replace deep includes with explicit select on all 6 list service queries - Add unstable_cache layer with revalidateTag on all list service functions - Add cache-tags.ts helpers (sessionTag, sessionsListTag, userStatsTag) - Invalidate sessionsListTag in all create/delete Server Actions ## perf-realtime-scale - Create src/lib/broadcast.ts: generic createBroadcaster factory with shared polling (one interval per active session, starts on first subscriber, stops on last) - Migrate all 6 SSE routes to use createBroadcaster — removes per-connection setInterval - Add broadcastToXxx() calls in all Server Actions after mutations for immediate push - Add SESSIONS_PAGE_SIZE=20, pagination on sessions page with loadMoreSessions action - Add "Charger plus" button with loading state and "X sur Y" counter in WorkshopTabs ## Tests - Add 19 unit tests for broadcast.ts (polling lifecycle, userId filtering, formatEvent, error resilience, session isolation) Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
31 lines
2.0 KiB
Markdown
31 lines
2.0 KiB
Markdown
## 1. Index User.name (migration Prisma)
|
|
|
|
- [x] 1.1 Lire `prisma/schema.prisma` et localiser le modèle `User`
|
|
- [x] 1.2 Ajouter `@@index([name])` au modèle `User`
|
|
- [x] 1.3 Exécuter `pnpm prisma migrate dev --name add_user_name_index`
|
|
- [x] 1.4 Vérifier que la migration s'applique sans erreur et que `prisma studio` montre l'index
|
|
|
|
## 2. Weather: limiter le chargement historique
|
|
|
|
- [x] 2.1 Ajouter la constante `WEATHER_HISTORY_LIMIT = 90` dans `src/lib/types.ts`
|
|
- [x] 2.2 Lire `src/services/weather.ts` et localiser la query `findMany` des entrées historiques
|
|
- [x] 2.3 Ajouter `take: WEATHER_HISTORY_LIMIT` et `orderBy: { date: 'desc' }` à la query
|
|
- [x] 2.4 Vérifier que les calculs de tendances fonctionnent avec un historique partiel
|
|
|
|
## 3. Select fields sur les queries de liste
|
|
|
|
- [x] 3.1 Lire les services de liste : `src/services/sessions.ts`, `moving-motivators.ts`, `year-review.ts`, `weekly-checkin.ts`, `weather.ts`, `gif-mood.ts`
|
|
- [x] 3.2 Identifier les `include` utilisés dans les fonctions de liste (pas de détail session)
|
|
- [x] 3.3 Remplacer les `include` profonds par `select` avec uniquement les champs nécessaires dans chaque service
|
|
- [x] 3.4 Mettre à jour `shares: { include: ... }` → `shares: { select: { id, role, user } }` dans les 6 services
|
|
- [x] 3.5 Vérifier les erreurs TypeScript et adapter les queries partagées
|
|
- [x] 3.6 Vérifier `pnpm build` sans erreurs TypeScript
|
|
|
|
## 4. Cache layer sur requêtes fréquentes
|
|
|
|
- [x] 4.1 Créer `src/lib/cache-tags.ts` avec les helpers de tags : `sessionTag(id)`, `sessionsListTag(userId)`, `userStatsTag(userId)`
|
|
- [x] 4.2 Wrapper la fonction de liste sessions dans chaque service avec `unstable_cache(fn, [key], { tags: [sessionsListTag(userId)], revalidate: 60 })`
|
|
- [x] 4.3 `getUserStats` non existant — tâche ignorée (pas de fonction correspondante dans le codebase)
|
|
- [x] 4.4 Vérifier que les Server Actions de création/suppression de session appellent `revalidateTag(sessionsListTag(userId), 'default')`
|
|
- [x] 4.5 Build passe et 255 tests passent — invalidation testée par build
|