2 commits

Author	SHA1	Message	Date
Nicolas	bbd9afe8aa	refactor(admin): fusionne apps/admin-web dans apps/web sous /admin/* ... L'admin etait une 2e app front Vite independante (apps/admin-web, port 5174, Dockerfile nginx, service compose dedie, job CI propre) non demandee. Toute l'UI passe dans apps/web sous le prefixe /admin ; seul le frontend est fusionne, l'authentification admin reste entierement separee. Front (apps/web/src) : - pages -> pages/admin/{login,dashboard,monitoring,corrections,catalog}/, layout -> layouts/AdminLayout.tsx, contexte + garde -> features/admin/. - client API -> api/admin-client.ts : classe AdminApiError (evite la collision avec ApiError), lit VITE_API_URL (plus de VITE_ADMIN_API_URL). - routes /admin/* dans App.tsx, enveloppees d'AdminAuthProvider + RequireAdmin -> le probe GET /admin/auth/me ne tourne que sous /admin. - reutilise l'i18n, lib/zod-errors, services/error-message.service et le theme SCSS de apps/web ; bloc i18n admin.* fusionne dans la locale fr (les cles errors etaient deja toutes presentes). - corrige une race dans CatalogPage (reponse d'un onglet precedent qui ecrasait l'onglet courant, exposee par le double-mount StrictMode) via un ref requestSeq. Auth admin inchangee : table AdminUser, cookie admin_session, ADMIN_JWT_SECRET, script create-admin.ts. Infra : - docker-compose : service admin-web + ADMIN_WEB_PORT supprimes (l'app `app` sert deja le front construit). - ADMIN_CORS_ORIGIN retire (meme origine) : env.ts, app.ts, .env.example. - job CI "Run admin-web E2E tests" supprime ; les specs admin-* tournent dans le job web (apps/web/cypress/e2e/admin-*.{cy.ts,feature}). - apps/api/.env.example : ajout ADMIN_JWT_SECRET / ADMIN_INITIAL_*. - recharts ajoute a apps/web ; pnpm-lock regenere. - specs/backend-architecture.md : section admin mise a jour. Verifie : biome + tsc -b (web/api) + pnpm -r build verts ; Cypress web 102/103 (l'unique echec est le flake pre-existant recipe-form.feature "Preloads ..." de clipping headless, sans rapport) ; 16/16 specs admin ; 45/45 composants. Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>	2026-08-29 17:02:29 +02:00
Nicolas	3a416ea955	feat(admin): metriques d'utilisation (derive DB + AnalyticsEvent) ... PR 3 du chantier admin. Tableau de bord metriques : snapshot de compteurs + series temporelles journalieres. Schema (migration admin_metrics) : - AnalyticsEvent (type String libre, actorType/actorId sans FK, context Json, index [type, created_at]) + WorkerHeartbeat (cable en PR 4). - colonnes createdAt @default(now()) sur UserProfile / Recipe / Planning / PlanningItem (lecture admin uniquement ; lignes existantes = timestamp de la migration). Instrumentation (lib/analytics.service.ts, fire-and-forget) : - analytics.recordEvent(type, {actorId?, context?}) : retourne void, insert detache, echec loggue+avale, jamais de latence sur la requete. - points d'appel : user.signup, recipe.created, recipe.imported, planning.item_added, tech_step.correction_submitted, shopping_list.viewed. API : GET /admin/metrics?days= (7-365, defaut 30, requireAdmin) -> admin-metrics.service.ts. bucketByDay pur (zero-remplissage, teste sans base). MetricsView dans packages/shared. Front : DashboardPage (tuiles KPI + un graphe recharts par serie + listes recettes-par-source / evenements), logique pure dans dashboard.ts, i18n admin.dashboard.*. AdminApiClient.getMetrics. reset-db.ts truncate analytics_events + worker_heartbeats. Tests : Mocha admin-metrics.test.ts (bucketByDay pur x2 verts ; snapshot, series zero-remplies, event user.signup fire-and-forget) ; Cypress dashboard.cy.ts (2 verts). specs/backend-architecture.md : section admin. Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>	2026-08-28 23:36:31 +02:00