- Approche simplifiée avec sélecteurs plus génériques
- Marges augmentées à 50px pour tous les quadrants
- Quadrant 4 repositionné à 200px du bas
- Légende repositionnée à 50px du bas à droite
- Z-index augmenté pour la légende
- Suppression des sélecteurs trop spécifiques qui ne fonctionnaient pas
- Tous les quadrants maintenant à 40px des bords (au lieu de 30px)
- Quadrant 4 repositionné à 220px du bas (au lieu de 180px) pour plus d'espace
- Légende repositionnée à 40px du bas à droite
- Espacement maximal pour éviter tout chevauchement
- Augmentation des marges à 30px pour tous les quadrants
- Quadrant 4 repositionné à 180px du bas (au lieu de 120px)
- Légende repositionnée à 30px du bas à droite
- Réduction de la taille des labels (170px au lieu de 180px)
- Réduction de la taille de la police pour économiser l'espace
- Z-index augmenté pour la légende pour s'assurer qu'elle est au-dessus
- Position absolute explicite pour la légende
- Augmentation des marges des 4 quadrants à 20px des bords
- Repositionnement du quadrant 4 à 120px du bas pour laisser de la place à la légende
- Repositionnement de la légende en bas à droite à 20px des bords
- La légende ne chevauche plus le quadrant 4
- Réduction de la largeur des labels à 180px
- Positionnement à 10px des bords (au lieu de 30px) pour être vraiment en dehors des cercles
- Les labels sont maintenant complètement en dehors de la zone des cercles (rayon max 400px)
- Ajustement de la légende avec position fixe en bas à droite
- Ajout de box-shadow pour améliorer la visibilité
- Sélecteurs CSS plus spécifiques pour garantir l'application des styles
- Retrait de no_cache (non supporté dans docker-compose)
- Ajustement précis des positions pour les 4 quadrants (30px des bords)
- Les labels ne chevauchent plus les cercles du radar
- Amélioration de l'invalidation du cache dans Dockerfile
- Documentation pour utiliser 'No cache' dans Portainer
- Ajout de marges et padding pour éviter le chevauchement avec les cercles du radar
- Ajustement spécifique pour le quadrant 2 (Technologies de Commodité)
- Ajustement de la position de la légende en bas à droite
- Ajout d'un fond semi-transparent avec blur pour améliorer la lisibilité
- Z-index pour s'assurer que les éléments sont au-dessus des cercles
- Activation de no_cache: true pour forcer le rebuild sans cache
- Utilisation de nanosecondes (date +%s%N) pour CACHE_BUST afin de garantir l'unicité
- Cela devrait résoudre le problème de cache Docker dans Portainer
- Plus besoin de supprimer manuellement l'image avant chaque rebuild
- Ajout d'un build arg CACHE_BUST avec timestamp pour invalider le cache
- Ajout d'une instruction RUN tôt dans le Dockerfile pour forcer l'invalidation
- Amélioration de la documentation avec guide détaillé pour forcer le rebuild
- Explication du problème de cache Docker et solutions multiples
- Instructions pour utiliser --no-cache dans Portainer
- Ajout de styles CSS pour rendre les icônes SVG plus visibles
- Force la couleur #2ecc71 pour les icônes de navigation
- Améliore la visibilité des liens dans la navigation
- S'assure que l'icône '?' est toujours visible
- Ajout d'une introduction plus détaillée sur le radar
- Explication complète de chaque anneau (Adopt, Trial, Assess, Hold)
- Exemples concrets de technologies pour chaque anneau
- Explications de quand utiliser chaque anneau
- Documentation des quadrants avec descriptions détaillées
- Formatage amélioré pour une meilleure lisibilité
- Ajout de 'pull: true' dans docker-compose pour forcer le pull de l'image de base
- Ajout de build args (BUILD_DATE, BUILD_VERSION) pour invalider le cache
- Ajout de labels dans Dockerfile pour tracer les builds
- Cela évite d'avoir à supprimer manuellement l'image avant chaque rebuild
- Portainer utilisera maintenant toujours la dernière version du code
- Création d'un fichier about.md adapté pour le radar Laplank
- Légende détaillée en français pour chaque anneau avec exemples
- Amélioration des descriptions des anneaux dans config-business.json
- Explications claires de quand utiliser chaque anneau
- Documentation des quadrants également incluse
- Next.js avec output: export génère des fichiers statiques dans out/
- next start ne fonctionne pas avec output: export
- Utilisation de npx serve@latest out pour servir les fichiers statiques
- Cela correspond à la recommandation de Next.js pour les exports statiques
- Ajout de --include=dev pour installer tsx nécessaire à build:data
- Le script build:data utilise tsx qui est dans devDependencies
- Cela devrait résoudre l'erreur exit code 127 pour build:data
- Utilisation de WORKDIR pour changer de répertoire de manière fiable
- Cela évite les problèmes avec cd qui peuvent échouer silencieusement
- WORKDIR garantit que npm est disponible dans le bon contexte
- Retour à /app après le build
- Vérification que npm est disponible
- Vérification du répertoire de travail
- Séparation des commandes build:data et build pour identifier quelle étape échoue
- Cela devrait aider à identifier pourquoi exit code 127
- Copie de radar, public, config.json, about.md, custom.css dans .techradar
- Exécution de build:data avant build pour générer les données
- Cela reproduit ce que fait techradar.js automatiquement
- Le build devrait maintenant fonctionner correctement
- Ajout de vérifications pour voir si npm est disponible
- Affichage du package.json en cas d'échec pour déboguer
- Cela devrait aider à identifier pourquoi npm run build échoue
- Séparation de la commande de création du hash en une commande RUN distincte
- Utilisation de fs.writeFileSync au lieu de echo pour éviter les problèmes d'échappement
- Cela devrait résoudre l'erreur exit code 2
- Le script techradar.js ne prend pas 'install' comme paramètre
- Création manuelle de .techradar en copiant depuis node_modules/aoe_technology_radar
- Création du fichier hash pour éviter la recréation à chaque fois
- Cela évite les problèmes avec la commande 'install' qui n'existe pas
- Utilisation de 'node node_modules/aoe_technology_radar/bin/techradar.js install'
- Ajout d'une vérification pour voir si le binaire existe
- Cela évite les problèmes avec les permissions ou le chemin du binaire
- Remplacement de 'npx techradar install' par './node_modules/.bin/techradar install'
- Cela évite les problèmes avec npx qui peut ne pas trouver le binaire
- Le binaire est disponible après l'installation de aoe_technology_radar
- Séparation de la commande RUN complexe en plusieurs RUN distincts
- Cela permet d'identifier plus facilement quelle étape échoue
- Suppression du patch next.config.js qui n'est plus nécessaire en mode production
- Changement de NODE_ENV de development à production dans Dockerfile.business
- Build de l'application en mode production dans le Dockerfile
- Modification de start-business.sh pour utiliser 'next start' au lieu de 'next dev'
- Cela désactive complètement Fast Refresh et évite les rechargements en boucle
- Le mode production n'utilise pas Fast Refresh, donc pas de problème avec webpack hot-update
- Ajout d'un patch dans Dockerfile.business pour modifier next.config.js après installation
- Le patch supprime ReactRefreshPlugin de la configuration webpack en mode développement
- Cela devrait empêcher Fast Refresh de déclencher des rechargements en boucle
- Le problème venait du fait que le script strategie-script.js modifie le DOM, ce qui déclenche Fast Refresh
- Interception de fetch et XMLHttpRequest pour bloquer les requêtes webpack.hot-update.json
- Cela empêche Fast Refresh de déclencher des rechargements en boucle
- Ajout de NEXT_DISABLE_FAST_REFRESH dans start-business.sh (si supporté par Next.js)
- Les requêtes webpack hot-update sont maintenant ignorées silencieusement
- Retrait de la modification de document.documentElement.style.display qui déclenchait des rechargements
- Ajout d'une vérification pour éviter l'exécution pendant les erreurs de rechargement
- Cela devrait réduire les rechargements en boucle causés par Fast Refresh
- Changement de 'strategie-script.js' vers '/strategie-script.js' dans config.json
- Changement de 'strategie-script.js' vers '/strategie-script.js' dans config-business.json
- Cela évite que le script soit chargé depuis un chemin relatif (ex: /technologies-commodite/squid/strategie-script.js)
- Le script sera maintenant toujours chargé depuis la racine (/strategie-script.js)
- Cela devrait résoudre les erreurs 404 et les rechargements Fast Refresh en boucle
- Ajout de protections contre les exécutions multiples de initStrategyLinks()
- Protection globale avec window.__strategieScriptLoaded pour éviter la réexécution du script
- Vérification dans addLinksToHeader() pour éviter d'ajouter les liens plusieurs fois
- Gestion correcte du flag isInitialized lors des retours au radar
- Cela devrait résoudre les problèmes de Fast Refresh qui causent des rechargements en boucle
- Modification du script pour créer radar/2025-01-15/ au lieu de copier directement dans radar/
- Cela permet au framework de parser correctement les dates et d'afficher les releases
- Nettoyage de la structure locale pour avoir uniquement radar/2025-01-15/
- Correction du Dockerfile.business pour préserver la structure radar/2025-01-15/ au lieu de copier directement dans radar/
- Cela permet au framework de parser correctement les dates et d'afficher les releases
- Ajout du script scripts/verify-blips.js pour vérifier le format des blips et des dates
- Tous les 36 fichiers blips vérifiés et validés (title, ring, quadrant, tags présents)
- Mise à jour de la référence Git : refs/heads/dev-tech (au lieu de dev-biz)
- Mise à jour du nom de la stack : laplank-radar-technologique
- Ajout de détails sur l'authentification Git avec token
- Amélioration de la section mise à jour avec options détaillées
- Ajout d'informations sur l'accès à l'application (URL et mot de passe)
- Création de docs/app/ pour la documentation de l'application
- Création de docs/data/ pour les données utilisées par l'application
- Déplacement de la documentation technique vers docs/app/
- Déplacement des données métier vers docs/data/
- Mise à jour de tous les liens et références dans les fichiers
- Mise à jour des scripts (extract-technologies.js, analyze-business-metrics.js)
- Mise à jour des fichiers JavaScript (custom.js, strategie-link.js)
- Création de README.md dans docs/, docs/app/ et docs/data/
- Mise à jour du Readme.md principal avec les nouveaux chemins
- Mise à jour du port dans docker-compose.business.yml
- Mise à jour du port dans scripts/serve-business.sh
- Mise à jour de toute la documentation (Readme.md et docs/*.md)
- Remplacement des anneaux business (Core/Strategic/Support/Legacy) par les anneaux classiques (Hold/Assess/Trial/Adopt)
- Mise à jour du titre : 'Radar Technologique Laplank'
- Migration de tous les blips (36 fichiers) vers les nouveaux anneaux
- Ajout de la section 'Technologies d'Authentification et d'Identité' dans technologies-duniter.md
- Ajout de 7 nouvelles technologies d'authentification : Microsoft Entra, AUTHZ/AUTHN, Better Auth, DID/UCAN, VC, OpenID Connect, SPIFFE
- Création du script migrate-rings.sh pour la migration des anneaux
- Mise à jour du Readme.md avec les infos sur le radar business, port 3004 et protection par mot de passe
- Actualisation de docs/README.md avec les instructions pour le radar business
- Mise à jour de docs/architecture.md avec la structure complète du projet
- Actualisation de docs/configuration.md avec la config business et basePath vide
- Mise à jour de docs/developpement.md avec les commandes pour le radar business
- Actualisation complète de docs/deploiement.md avec Portainer et Dockerfile.business
- Mise à jour de docs/guide-radar-business.md avec les pages de stratégie et protection
