vault backup: 2026-07-29 17:01:45

2026-07-29 17:01:45 -04:00
parent 8ba72586c3
commit fe2953a74a
4 changed files with 41 additions and 61 deletions
@@ -0,0 +1,41 @@
+---
+type: meeting JC
+date: 2026-07-29
+source: MeetMic
+status: inbox
+duration: 28m
+meetmic_id: FFF68EEB-E9B5-4CAD-AFDD-91334D551052
+---
+
+# Recording
+
+## Résumé
+- Le processus de création de contenu en direct (live) dans Directus est automatisé, avec des déclencheurs basés sur la programmation et la présence d’une vidéo, et déclenche une notification Slack.
+- Les produits sont synchronisés avec OTT et le calendrier de diffusion est programmé avec un minimum de 4 jours d’avance pour la publication en ligne.
+- Des tests doivent être effectués pour vérifier le comportement des produits à la veille de la diffusion, notamment avec les alertes et l’affichage en français.
+- Le code de l’opérateur (Willy) et les paramètres de l’affichage (JWP, SEO, etc.) nécessitent des ajustements manuels et automatisés, avec des risques liés à la gestion des flux de diffusion.
+- Une discussion a eu lieu sur la possibilité d’automatiser la publication des podcasts via un script, en utilisant un watch folder pour surveiller les fichiers MP3 et générer des emails de publication.
+- Le projet Boukili peut impliquer des mises à jour des applications pour les nouvelles versions API, avec des risques liés à la compatibilité des anciennes versions. Cependant, cela l'app actuel vise le target API 35 et donc pas besoin de faire de mise à jour. 
+
+## Décisions
+
+Aucune
+
+## Actions
+
+- [ ] Automatiser la synchronisation des produits en direct dans le site après la mise a jour dans Directus. Voir si cela pret pour 20h ou 21h  — Responsable : JC — Échéance : non définie
+- [ ] Vérifier les infos dans Directus au lendemain — Responsable : JC — Échéance : non définie
+- [ ] Tester la publication automatique des podcasts via un script — Responsable : JC — Échéance : non définie
+
+## Blocages / Risques
+
+- Risques liés à la duplication des produits en parallèle avec les mêmes médias ID.
+- Risques liés à la gestion des alertes et de l’affichage en français du coté Trings.
+- Risques liés à la gestion des flux de diffusion et des paramètres d’affichage (T-30).
+
+
+## À suivre
+
+- Tester la publication automatique des podcasts via un script si possible (sans passer par Mogador)
+- Vérifier l'affichage au lendemain de la programmation
+
@@ -0,0 +1,42 @@
+---
+type: meeting
+date: 2026-07-28
+source: MeetMic
+status: inbox
+duration: 0m
+meetmic_id: C02F9214-5288-4C26-9B68-8E2822C3EFFA
+---
+
+# Slimane 1-1
+
+## Résumé
+- Les jobs critiques dans la synchronisation (Fast, DDM, Idelo) manquent de gestion des exceptions via try/catch, exposant à des risques de panne.
+- Trois risques majeurs identifiés : appels API externes (comme Magador), sauvegardes et accès à base de données, et stockage, sans gestion des exceptions.
+- Une analyse du code révèle que la logique de synchronisation linéaire exécute des jobs multiples (synchronisation product, info, etc.) avec des dépendances externes non gérées.
+- Des solutions existent pour gérer les exceptions (Badges, Centric, Maxin), mais leur implémentation n’est pas encore achevée (Maxin en attente de réponse).
+- Le projet de suppression de Magador est en attente de décision, avec un focus sur la priorité de la gestion des exceptions.
+- Le mot de passe de la base de données a été obtenu, permettant d’accéder à l’environnement de test.
+- Les outils Sentry et Budget sont en cours d’évaluation pour la gestion des erreurs, avec des différences dans la méthode de notification.
+- Des problèmes liés à la gestion des supervisions, import.sh et la livraison de données (Luis export) sont en attente d’action.
+
+## Décisions
+Aucune.
+
+## Actions
+- [ ] Installer et tester les solutions Badges et Centric pour la gestion des exceptions — Responsable : [non précisé] — Échéance : À définir.
+- [ ] Contacter l’équipe Maxin pour obtenir une réponse sur l’intégration — Responsable : [non précisé] — Échéance : À définir.
+- [ ] Vérifier la synchronisation linéaire et les dépendances externes — Responsable : [non précisé] — Échéance : À définir.
+- [ ] Accéder à l’environnement de test avec le mot de passe — Responsable : [non précisé] — Échéance : À définir.
+- [ ] Évaluer la compatibilité entre Sentry et Budget pour la gestion des erreurs — Responsable : [non précisé] — Échéance : À définir.
+
+## Points importants
+- Risques d’erreurs critiques dans les jobs dépendant de ressources externes sans try/catch.
+- Problèmes avec la synchronisation linéaire et les jeux de données associés.
+- Évaluation des solutions Badges, Centric, Maxin pour gérer les exceptions.
+- Problèmes liés à la gestion des supervisions, import.sh et la livraison de données.
+- Évaluation de la compatibilité entre Sentry et Budget pour la gestion des erreurs.
+- Les erreurs actuellement en attente d’analyse : timeout, erreurs non traitées, erreurs ignorées.
+
+## À suivre
+- Questions non résolues : réponse de l’équipe Maxin, choix de la solution pour la gestion des exceptions, validation de la compatibilité entre Sentry et Budget.
+- Sujets nécessitant un suivi : synchronisation linéaire, gestion des supervisions, livraison de données (Luis export), mise à jour du mot de passe, test de l’environnement de test.