10 Commits

This Branch

This Branch

All Branches

Author	SHA1	Message	Date
Antho	82a1b93211	feat(front): rend l'écran d'administration réellement fonctionnel ... Les boutons Modifier et Désactiver de la page Administration n'appelaient rien : handleDelete se contentait d'un console.log et le bouton Enregistrer de la modale ne faisait que la refermer. L'écran donnait l'illusion d'un CRUD. Branche les 4 onglets sur les endpoints POST/PUT/DELETE ajoutés côté API, avec confirmation avant suppression, rechargement après enregistrement et remontée des erreurs de l'API (dont le refus 409 quand des enregistrements sont rattachés). Les 4 blocs de colonnes de tableau, quasi identiques d'un onglet à l'autre, laissent place à une description déclarative (referentielsConfig.js) : un seul tableau et un seul formulaire générique (ReferentielForm) servent les 4 référentiels. Les colonnes qui portaient un identifiant brut affichent maintenant le libellé. La modale, jusqu'ici déclarée dans Admin.jsx, devient un composant commun réutilisable.	2026-08-15 14:29:29 +02:00
Antho	ddd0197130	chore(front): extrait KpiCard, unifie la clé de session, retire du code mort ... - KpiCard était déclaré dans Dashboard.jsx : sorti dans son propre fichier avec ses styles, les règles CSS devenues orphelines sont supprimées de Dashboard.module.css. - La clé localStorage 'ds_user' était définie séparément dans api.js (USER_KEY) et AuthContext.jsx (STORAGE_KEY). AuthContext importe désormais la constante exportée par api.js : un renommage ne peut plus casser silencieusement la restauration de session. - hooks/useApi.js n'était importé nulle part : supprimé.	2026-08-15 14:29:18 +02:00
Antho	8b8121ca1c	refactor(front): centralise la règle de statut et les colonnes dupliquées ... Le seuil de 10 erreurs qui fait basculer un monitoring en « Critique » était réécrit dans trois fichiers (MonitoringCard, MonitoringDetail, VueConso), la version de VueConso ne renvoyant qu'une couleur. Faire évoluer ce seuil imposait de corriger trois endroits sans en oublier. Il vit maintenant dans utils/statutMonitoring.js, avec la constante SEUIL_ATTENTION nommée. Les colonnes du tableau de monitorings étaient également identiques entre VueConso et ServiceMonitorings : extraites dans utils/monitoringColumns.jsx.	2026-08-15 14:29:09 +02:00
Antho	270283e96d	merge: intègre feature/dashboard-filtres-et-historique dans dev ... - feat(dashboard): filtres services/catégories restreints aux résultats - fix(historique): période par défaut du 1er janvier à aujourd'hui	2026-08-15 13:35:50 +02:00
Antho	d27ff11ea2	fix(historique): période par défaut du 1er janvier à aujourd'hui ... La page se limitait aux 5 derniers jours par défaut, alors que l'historique disponible remonte au 1er janvier. Corrige aussi un bug de fuseau horaire : les dates par défaut étaient calculées avec toISOString(), qui bascule en UTC (un 1er janvier saisi depuis Paris, UTC+1, devenait le 31 décembre de l'année précédente) — remplacé par un formatage en heure locale. La page charge maintenant directement cette période au montage, au lieu d'attendre un clic sur "Afficher" pour afficher autre chose qu'un écran vide sous les filtres.	2026-08-15 13:28:43 +02:00
Antho	25a31feec4	feat(dashboard): filtres services/catégories restreints aux résultats ... Les select de service et catégorie utilisaient getServices()/getCategories(), soit les référentiels complets — dont certaines entrées (ex. "Business Intelligence") n'ont aucun monitoring rattaché et menaient sur un dashboard vide. Bascule vers le nouvel endpoint GET /dashboard/filtres (VUE_CONSO), avec filtrage en cascade : sélectionner un service restreint la liste des catégories proposées à celles qui ont réellement des résultats pour ce service.	2026-08-15 13:28:36 +02:00
Antho	87c099433b	Ajout des cgu	2026-05-21 09:58:04 +02:00
Antho	5efd4dcf35	modification version js	2026-05-20 11:28:20 +02:00
Antho	9a402b0b34	init projet	2026-05-20 10:43:18 +02:00
AnthoandGitHub	51f27903bb	Initial commit	2026-05-20 10:37:59 +02:00