- 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
- Script serve-business.sh configuré pour port 3004
- Bouton stratégie en haut de page
- Contenu complet de strategie-evolution-technique.md intégré
- Conversion Markdown vers HTML avec styles
- Bouton déplacé en haut de page (header ou barre fixe)
- Contenu complet de strategie-evolution-technique.md intégré
- Conversion Markdown vers HTML avec styles
- Script serve-business.sh configuré pour port 3004
