vault backup: 2026-09-08 20:44:18

2026-09-08 20:44:18 -04:00
parent 8aa606806a
commit cb36c70bdd
10 changed files with 233 additions and 0 deletions
@@ -0,0 +1,61 @@
 ---
 type: meeting
 date: 2026-09-08
 source: MeetMic
 status: inbox
 duration: 56m
 meetmic_id: F1E25D7D-94DF-4B6C-80C5-8B3549086A46
 ---
 # Amadou / Mohammed
 ## Résumé
 - Plusieurs sujets techniques et organisationnels ont été abordés : formations de groupe, publications de fichiers ZIP sur Idéllo, géoblocage de TFO et Idéllo, synchronisation des contenus et déploiements issus du vibe coding.
 - La stratégie WordPress a été clarifiée pour le site concerné, avec le maintien de WP Engine malgré les discussions sur les fournisseurs américains.
 - Le projet Mogador nécessite une discussion dédiée concernant l’évolution de la synchronisation actuelle et l’éventuelle suppression de Mogador.
 - Des enjeux de conformité ont été soulevés : accessibilité signalée par le CRTC, clarification de la confidentialité des demandes et échéance de réponse fixée au 5 octobre.
 - Les tests OTT se poursuivent avant toute publication sur les stores. Une présentation des projets et des rencontres thématiques sont prévues la semaine suivante.
 ## Décisions
 - Rester sur WordPress pour le site concerné.
 - Maintenir WP Engine compte tenu du caractère critique de la plateforme.
 - Pour les publications de cours sur Idéllo, le fichier ZIP devra être préparé par l’équipe concernée à la suite d’un ticket, puis transmis à Hélène.
 - Débloquer la facture de Trings, le livrable ayant été fourni.
 - Organiser des rencontres dédiées aux sujets complexes plutôt que de traiter de nombreux sujets dans une même réunion.
 ## Actions
 - [ ] Consolider des propositions de formations de groupe — Responsable : équipe — Échéance : non mentionnée
 - [ ] Vérifier avec la personne concernée les besoins d’accès pour les démonstrations de TFO et Idéllo, notamment le compte Idéllo, le VPN et la machine virtuelle — Responsable : non identifié — Échéance : non mentionnée
 - [ ] Discuter avec Joël et Jean-Claude du flux de publication des fichiers ZIP et le mettre en place — Responsable : non identifié — Échéance : cette semaine
 - [ ] Réserver une rencontre dédiée à Mogador et aux autres sujets prioritaires — Responsable : non identifié — Échéance : mercredi 16, après-midi
 - [ ] Envoyer dans Slack la version synthétique des documents Mogador — Responsable : non identifié — Échéance : non mentionnée
 - [ ] Échanger avec Valérie sur les remarques du CRTC et clarifier les exigences d’accessibilité — Responsable : non identifié — Échéance : demain
 - [ ] Contacter PO pour obtenir les informations liées à la plainte de Georges — Responsable : non identifié — Échéance : non mentionnée
 - [ ] Préparer une présentation des projets avec Francis et inviter les équipes — Responsable : non identifié — Échéance : la semaine prochaine
 - [ ] Vérifier les conditions de la vidéo description sur TFO et son éventuelle intégration à Mogador — Responsable : non identifié — Échéance : non mentionnée
 - [ ] Poursuivre la mise en production et les tests de synchronisation sur ONFR — Responsable : Mohamed Salimane — Échéance : demain
 - [ ] Examiner les mécanismes de signalement et la définition de la source de vérité pour les synchronisations — Responsable : non identifié — Échéance : non mentionnée
 - [ ] Échanger avec Higgs avant ou lors du déblocage de la facture afin d’éviter une situation similaire — Responsable : non identifié — Échéance : non mentionnée
 - [ ] Définir un mode de gestion des applications développées avec Gemini ou par vibe coding avant leur déploiement — Responsable : non identifié — Échéance : non mentionnée
 ## Blocages / Risques
 - Le géoblocage de TFO et Idéllo ne peut pas être retiré temporairement sans mise en production et soulève des enjeux juridiques liés à la diffusion internationale.
 - Les remarques du CRTC ne sont pas encore suffisamment détaillées ; la distinction entre confidentialité et anonymat doit être clarifiée avant le 5 octobre.
 - La stratégie autour de Mogador reste complexe : évolution de la synchronisation, suppression éventuelle de Mogador, dépendance accrue aux répliques et absence de source de vérité clairement définie.
 - Les fournisseurs américains, notamment JWP, WP Engine et Algolia, présentent un risque de conformité ou de dépendance dans le contexte de la politique en vigueur.
 - Les applications développées avec Gemini ou par vibe coding pourraient être déployées sans visibilité suffisante sur leur conception, leur sécurité et leur maintenance.
 - La publication sur les stores reste dépendante de la fin des tests OTT.
 ## À suivre
 - Discussion approfondie sur Mogador, incluant la synchronisation actuelle et l’option de suppression.
 - Suivi de la réponse au CRTC et des documents d’accessibilité à remettre avant le 5 octobre.
 - Point sur l’OTT, les tests en cours et la décision de lancement officiel.
 - Analyse du statut d’Algolia et des autres fournisseurs américains au regard de la politique applicable.
 - Évaluation de la vidéo description pour les sites et de son intégration éventuelle à Mogador.
 - Organisation des échanges récurrents et des rencontres thématiques entre les équipes.
 - Fermeture prévue des bureaux d’Ottawa du 19 novembre au 14 décembre en raison de travaux, avec travail à distance pendant cette période.
@@ -0,0 +1,41 @@
 ---
 type: meeting
 date: 2026-09-08
 source: MeetMic
 status: inbox
 duration: 21m
 meetmic_id: 2736AF13-E3F7-4419-9F82-59FCC4C39D39
 ---
 # Direct ONFR : Point du feed pour le Live Event
 ## Résumé
 - Le feed envoyé à JWP sera celui géré par l’équipe, sans sous-titrage, conformément à l’orientation déjà communiquée à la haute gestion.
 - Le direct n’aura pas une durée fixe : environ 30 minutes pour le premier épisode, puis environ 20 à 28 minutes les semaines suivantes. Une présence sera nécessaire pour arrêter manuellement l’enregistrement.
 - Le fonctionnement des ingest points, la facturation éventuelle lorsque JWP reçoit un stream et les statuts affichés dans JWP restent à clarifier.
 - Les fichiers de sous-titrage du test précédent ne se sont pas affichés, probablement parce qu’ils n’étaient pas associés à une collection.
 - La gestion du contenu après le live reste à préciser : maintien du flux JWP ou remplacement par la version principale enregistrée dans Louise/Magador.
 ## Décisions
 - Utiliser le feed du studio sans sous-titrage pour les tests et le fonctionnement actuel.
 - Conserver le processus de test actuel.
 - Créer une collection test associée à une série test afin de valider le flux de sous-titrage.
 ## Actions
 - [ ] Clarifier avec JWP le fonctionnement des ingest points et de la facturation — Échéance : demain
 - [ ] Réaliser un nouvel événement de test d’environ 5 minutes avec le même point d’ingest — Échéance : demain
 - [ ] Créer une collection test et vérifier l’affichage du sous-titrage — Échéance : aujourd’hui
 - [ ] Organiser une réunion de suivi sur Chorus et JWP — Échéance : jeudi
 - [ ] Transmettre les questions à poser à JWP — Échéance : demain avant 13 h
 ## Blocages / Risques
 - La durée variable des directs complique l’arrêt automatique et nécessite un suivi manuel dans le dashboard.
 - Le comportement exact de JWP lorsqu’un stream est reçu, ainsi que les éventuels frais associés, n’est pas confirmé.
 - Les feeds, ingest points et événements JWP ne sont pas encore suffisamment documentés pour garantir une compréhension commune.
 - Le choix entre le flux du live et la version principale dans Louise/Magador peut nécessiter un nouveau lien et dépend du comportement du site.
 ## À suivre
 - Confirmer avec JWP le fonctionnement technique et la facturation.
 - Documenter les différents feeds et ingest points utilisés.
 - Déterminer le contenu affiché sur le site après le live avec Willy, Devon ou Mickaël.
 - Vérifier le fonctionnement du sous-titrage avec la collection test.
@@ -0,0 +1,39 @@
 ---
 type: meeting
 date: 2026-09-08
 source: MeetMic
 status: inbox
 duration: 18m
 meetmic_id: 27C4746A-7444-4FFC-9CCF-7E76139DE7FC
 ---
 # Recording
 ## Résumé
 - Boukili s’orientera vers une VM pour une longue durée; le recours à une API est reporté et pourrait ne pas être nécessaire.
 - L’intégration avec la base PROD de Boukili est en phase de test d’accès. Le mapping des champs commencera après la migration et la validation des accès.
 - Le traitement des productions originales sera basé sur un indicateur au niveau du produit, puis intégré au rapport via un filtre.
 - Les demandes de regroupement des performances par collection et entre le web et l’OTT sont conservées, mais ne sont pas prioritaires.
 - Le rapport performance YouTube a été adapté aux engaged views, avec un filtre par pays et deux métriques distinctes : views brutes et engaged views.
 - Un live hebdomadaire de ONFR sur l’OTT est prévu à partir du 17 septembre; son exposition dans les données JWP/CDN reste à confirmer.
 ## Décisions
 - Maintenir Boukili sur une VM pour le moment et à long terme; l’API est reportée.
 - Mettre en attente les demandes de regroupement des performances par collection et entre le web et l’OTT.
 - Utiliser les engaged views comme référence pour préserver la comparabilité historique des performances YouTube.
 ## Actions
 - [ ] Finaliser les tests de connexion à la base PROD de Boukili, puis réaliser le mapping des champs après la migration — Responsable : non identifié
 - [ ] Obtenir les données nécessaires auprès de l’équipe Louise pour renseigner l’indicateur « is original » au niveau du produit et l’intégrer au rapport — Responsable : non identifié
 - [ ] Vérifier auprès de JW Player la présence des données de visionnement et de tracking dans la table CDN pour le live ONFR — Responsable : non identifié — Échéance : demain
 - [ ] Faire un retour sur les informations obtenues concernant les données du live ONFR — Responsable : non identifié
 ## Blocages / Risques
 - Le mapping de l’intégration dépend de la validation des accès et de la migration de la base PROD de Boukili.
 - Le format des données de visionnement du live ONFR dans JWP/CDN, ainsi que le tracking associé au média ID, n’est pas encore confirmé.
 - Les demandes de personnalisation des rapports pourraient nécessiter des changements importants de layout, alors que d’autres priorités sont en cours.
 ## À suivre
 - Confirmer le fonctionnement des données et du tracking pour le live ONFR sur l’OTT à partir du 17 septembre.
 - Suivre l’avancement de l’indicateur « is original » et de son intégration au rapport.
 - Réévaluer ultérieurement les tickets de regroupement des performances par collection et web/OTT.
@@ -0,0 +1,48 @@
 ---
 type: meeting
 date: 2026-09-08
 source: MeetMic
 status: inbox
 duration: 23m
 meetmic_id: D72992DC-FFFA-4D30-8DE7-AA3B1454BCB9
 ---
 # Jean-Claude / Amadou
 ## Résumé
 - L’équipe a clarifié le fonctionnement des deux feeds JWP : le feed 24/7 reste inchangé, tandis que le feed de test interne sera ouvert et fermé selon les besoins via Wirecast.
 - Une incertitude demeure concernant la facturation du second feed JWP, actif depuis plusieurs mois ; une vérification est prévue avec JWP.
 - Les trois premières émissions seront préenregistrées plutôt que diffusées en direct, mais le flux OTT attendu et le mode de diffusion restent à clarifier.
 - Sur OTT avec Trings, le classement des résultats de recherche a été réorganisé ; des tests sont en cours avant le sign off, notamment sur différents devices et sur le zoom d’Apple TV.
 - Les déploiements de Boukili se poursuivent. L’accès à Contentful est disponible, mais la configuration de l’API et le mode de connexion doivent encore être clarifiés.
 - L’automatisation des podcasts fonctionne avec des données Jira statiques ; il manque la connexion à l’API Jira pour finaliser le processus.
 ## Décisions
 - Le feed JWP 24/7 sera conservé sans modification.
 - Le second feed sera géré en interne via Wirecast, avec ouverture et fermeture après les tests ; le recours à Corus et au sous-titrage est mis de côté.
 - Le processus actuel d’activation/désactivation manuelle est maintenu pour le moment, plutôt qu’une automatisation complète.
 - Le sign off OTT ne sera donné qu’après la fin des tests.
 ## Actions
 - [ ] Vérifier avec JWP si le second feed a été facturé, depuis quand et pour quel montant — Responsable : non identifié — Échéance : demain après-midi
 - [ ] Clarifier le fonctionnement du flux OTT pour les trois premières émissions préenregistrées — Responsable : non identifié
 - [ ] Effectuer les tests OTT sur différents devices, vérifier le zoom sur Apple TV et fournir une capture pour décider de l’acceptabilité — Responsable : non identifié
 - [ ] Vérifier la collecte de Google Analytics et déterminer s’il faut exclure certains devices des tests — Responsable : non identifié
 - [ ] Clarifier avec l’équipe Boukili la méthode de connexion et l’utilisation de l’API Contentful — Responsable : non identifié — Échéance : cet après-midi
 - [ ] Vérifier auprès de Carol la nouvelle date ferme de déploiement de Boukili — Responsable : non identifié
 - [ ] Connecter l’automatisation des podcasts à l’API Jira — Responsable : non identifié
 - [ ] Réaliser une répétition générale de bout en bout du processus OTT — Responsable : non identifié — Échéance : demain
 ## Blocages / Risques
 - Risque de surfacturation du second feed JWP, potentiellement actif depuis au moins quatre mois.
 - Le flux OTT des émissions préenregistrées n’est pas encore défini.
 - Le sign off OTT est bloqué par les tests restants, notamment le comportement sur Apple TV.
 - La configuration de l’API Contentful et le processus de connexion de Boukili ne sont pas encore clarifiés.
 - L’automatisation des podcasts dépend encore de l’accès à l’API Jira.
 ## À suivre
 - Résultat de la vérification de facturation avec JWP.
 - Clarification du flux OTT pour les émissions préenregistrées.
 - Résultats des tests OTT et décision interne sur le sign off.
 - Suivi du déploiement de Boukili et de sa nouvelle échéance.
 - Finalisation de l’automatisation des podcasts et publication des adresses après réception du premier épisode.
@@ -0,0 +1,44 @@
 ---
 type: meeting
 date: 2026-09-08
 source: MeetMic
 status: inbox
 duration: 22m
 meetmic_id: 5FAA4C9C-C56D-481F-83A5-B113D72D7B16
 ---
 # Mohammed / Amadou
 ## Résumé
 - Une solution de supervision des jobs a été présentée : chaque job possède un check associé à une URL, avec remontée du code de sortie et notification uniquement lors d’un changement d’état critique.
 - L’intégration prévoit des checks pour les jobs cron ainsi qu’un helper dans le code applicatif afin de surveiller les différentes étapes exécutées.
 - L’approche sera déployée progressivement, en commençant par ONFR, puis Idéllo et TFO, avec des tests entre chaque étape.
 - Une automatisation de la création de balados a été discutée. L’option privilégiée est un formulaire dans Jira, alimenté par des champs obligatoires et relié aux API, plutôt qu’un traitement manuel des courriels ou tickets.
 ## Décisions
 - Le déploiement de la solution de supervision est approuvé, avec un démarrage progressif sur ONFR.
 - La création automatisée de nouvelles chaînes ne sera pas faite automatiquement ; elle devra rester manuelle.
 - La piste d’un formulaire intégré à Jira sera étudiée pour automatiser les demandes de balados.
 ## Actions
 - [ ] Implémenter les checks cron sur ONFR et ajouter les entrées de supervision — Échéance : demain
 - [ ] Tester les jobs export, import et supervisor d’ONFR, puis intégrer le helper dans le code applicatif — Échéance : après la première phase de tests
 - [ ] Déployer la même approche sur Idéllo, puis sur TFO — Échéance : mercredi ou jeudi, selon l’avancement sur ONFR
 - [ ] Tester les notifications par SMS et Slack après la validation des notifications par email
 - [ ] Vérifier avec Marc la faisabilité d’un formulaire Jira pour les demandes de balados
 ## Blocages / Risques
 - Aucun serveur de staging n’a été identifié ; les tests reposent donc sur une simulation avant les modifications en production.
 - Des tests suffisamment complets sont nécessaires pour éviter des problèmes lors du déploiement sur Idéllo et TFO.
 - Pour l’automatisation des balados, les informations peuvent être incomplètes ou réparties entre la description et les commentaires d’un ticket.
 - L’utilisation du formulaire Jira dépend de l’acceptation des autres départements et de la faisabilité technique à confirmer avec Marc.
 ## À suivre
 - Valider les résultats des tests sur ONFR avant de poursuivre sur Idéllo et TFO.
 - Confirmer la configuration du compte Solution numérique et les canaux de notification disponibles.
 - Définir avec Marc le fonctionnement du formulaire Jira, les champs obligatoires et la gestion des demandes concernant une nouvelle chaîne.