vault backup: 2026-08-05 09:52:58

2026-08-05 09:52:58 -04:00
parent 97497ad9d1
commit 9c591f1de3
13 changed files with 16 additions and 18 deletions
@@ -1,40 +0,0 @@
---
-type: meeting
-date: 2026-07-31
-source: MeetMic
-status: inbox
-duration: 37m
-meetmic_id: A106504E-6E4F-4CA1-9E14-0C2AEF16C361
---
-
-# Recording
-
-## Résumé
- Le problème concerne un cache Redis non purgé depuis des jours, avec des symptômes de ralentissement et des erreurs de recherche, notamment pour des filtres d’années et de matière.
- La cause semble liée à une gestion du TTL (Time To Live) dans Redis : certaines clés sont conservées indéfiniment, d'autres ont un TTL de 365 jours, ce qui provoque une pression mémoire et des problèmes de performance.
- Le problème est récurrent depuis le 14 mai, avec sept tickets similaires, et semble lié à des modifications de TTL ou de paramètres Redis non documentés.
- Les équipes du projet Idéal et Libéo ont des stratégies de cache différentes, avec des implémentations non synchronisées entre les systèmes (algolia, Directus, Redis).
- Les logs sont absents, et la responsabilité est contestée : les équipes affirment qu’elles ont modifié le TTL, mais aucun document ou log n’est disponible pour prouver la cause.
-
-## Décisions
-Aucune
-
-## Actions
- [ ] Vider le cache Redis – Responsable : non identifié – Échéance : non définie
- [ ] Analyser les logs et métriques du cache Redis – Responsable : non identifié – Échéance : non définie
- [ ] Réexaminer les configurations TTL et paramètres Redis – Responsable : non identifié – Échéance : non définie
- [ ] Tester la solution de vider le cache en staging – Responsable : non identifié – Échéance : non définie
-
-## Blocages / Risques
- Absence de logs et d’historique pour prouver la cause du problème.
- Manque de documentation sur les changements effectués par les équipes Libéo.
- Risque de réapparition du problème si les modifications de TTL ne sont pas revues.
- Pression mémoire sur Redis, sans stratégie d’éviction claire.
- Évolution du problème en production sans trace des changements effectués.
-
-## À suivre
- Analyser les changements effectués depuis le 14 mai, en particulier les déploiements ou modifications de TTL.
- Tester la solution de vider le cache en staging.
- Réunir les équipes pour discuter des configurations TTL et de la gestion du cache Redis.
- Évaluer les métriques et logs pour identifier la cause du problème.
- Planifier une réunion avec le chef de projet pour le 17 mai.
@@ -1,43 +0,0 @@
---
-type: meeting
-date: 2026-08-04
-source: MeetMic
-status: inbox
-duration: 33m
-meetmic_id: 19DA510A-5229-4DB6-9B84-89C125222C7D
---
-
-# Recording
-
-## Résumé
- Le projet FMC change sa méthode de récolte de données, en introduisant un nouveau gabarit temporaire pour remplacer le système Numéris, dont la fiabilité est contestée.
- L’analyse des sources de données (GA4, vidéo, Directus, Louise) est nécessaire pour identifier les données à automatiser, en particulier pour les 60 projets (ou 180 selon la source) à traiter.
- L’objectif est d’estimer l’effort nécessaire pour automatiser la collecte des données par plateforme (TFO, YouTube, OTT, etc.) et de créer un document d’analyse pour les 60 projets, en identifiant les calculs à effectuer et les sources à copier.
- Le travail implique une analyse de cas d’étude (ex. : "Théo le loup" ou "Hôtel Beyrouth") pour estimer les coûts et la complexité, en fonction du nombre d’épisodes, de la structure (série ou épisode unique), et des plateformes.
- L’accès à Directus et à Louise est nécessaire pour vérifier les sources, et les accès à ces outils doivent être obtenus (via Mogador.directus ou Power BI) pour automatiser les données.
- L’automatisation est envisagée pour réduire le travail manuel, avec un objectif de réduire les délais et de préparer les ressources avant le retour d’Abiba (8 septembre) et la réunion de septembre.
-
-## Décisions
-Aucune
-
-## Actions
- [ ] Analyser les sources de données (GA4, vidéo, Directus, Louise) pour les 60 projets — Responsable : ? — Échéance : ?  
- [ ] Établir un document d’analyse de base pour les 60 projets — Responsable : ? — Échéance : ?  
- [ ] Identifier les sources de données pour les 60 projets — Responsable : ? — Échéance : ?  
- [ ] Établir un document d’analyse de base pour les 60 projets — Responsable : ? — Échéance : ?  
- [ ] Identifier les sources de données pour les 60 projets — Responsable : ? — Échéance : ?  
- [ ] Établir un document d’analyse de base pour les 6 déploiements — Responsable : ? — Échéance : ?  
-
-## Blocages / Risques
- Accès à Directus et à Louise est nécessaire pour valider les sources de données.
- Les données peuvent provenir de sources non documentées (ex. : YouTube, OTT, etc.), nécessitant des vérifications manuelles.
- Les données peuvent être partielles, avec des sources non documentées (ex. : YouTube, OTT, etc.), nécessitant des vérifications manuelles.
- Les données peuvent être partielles, avec des sources non documentées (ex. : YouTube, OTT, etc.), nécessitant des vérifications manuelles.
-
-## À suivre
- L’analyse des sources de données pour les 60 projets.
- L’analyse des sources de données pour les 60 projets.
- L’analyse des sources de données pour les 60 projets.
- L’analyse des sources de données pour les 60 projets.
- L’analyse des sources de données pour les 60 projets.
- L’analyse des sources de données pour les 60 projets.