← Roadmap publique
ROADMAP
Core AWM V4.5.214Snapshot sécurisé de la version effectivement publiée. Les lignes potentiellement sensibles sont masquées automatiquement.# Core AWM 4.5.214 — déploiement manuel de flotte ## Livré - Déployer / Forcer sur la sélection fonctionne même lorsque l'autopilote Recovery est suspendu. - Le chemin manuel conserve signature, SHA-256, appairage, backup fichiers local et rollback. - L'autopilote automatique demeure bloqué tant que la preuve Recovery complète par site n'est pas disponible. ## Maintenant - Passer un Hub Client pilote de 1.11.46 vers 1.11.50 puis Tech vers 1.7.37. - Confirmer la relecture de version dans une nouvelle requête et la disparition des erreurs `awm_remote_recovery_required`. ## Prochaines étapes - Recovery asynchrone par site pour réactiver ensuite l'autopilote sans timeout. - Regrouper les erreurs de flotte par code et exposer un filtre Erreurs. # Core AWM 4.5.213 - stabilisation finale de la grille flotte ## Livre maintenant - Colonne Actions portee a une largeur reservee de 360 px. - Mini-grille interne pour Reparer / Voir / Deployer sans chevauchement vers la gauche. - Scroll horizontal limite a la zone Sites connectes lorsque necessaire. - Etat UI aligne avec le runtime : **Autopilote flotte suspendu** tant que Recovery asynchrone n est pas valide. - Selection globale, case maitre et updater chunked des versions 4.5.211 / 4.5.210 preserves. ## Maintenant - Valider visuellement la flotte sur Alliance a 1366 / 1440 / 1920 px. - Ouvrir les details des sites en erreur et regrouper les causes avant toute nouvelle action de flotte. - Reprendre CallTracker Google Ads / CPL des que la grille est validee. ## Prochaines etapes - Filtre **Erreurs** et resume des causes de deploiement. - Recovery fichiers + SQL en jobs asynchrones reprenables. - Rollback visible directement depuis le tableau de bord. # Core AWM 4.5.212 - stabilisation visuelle de la flotte ## Livre - Colonnes Sites connectes verrouillees sur une grille commune entre entete et lignes. - Aucun chevauchement des boutons Reparer / Voir / Deployer sur Statut ou Mises a jour. - Badges longs tronques proprement; defilement horizontal local si l ecran est trop etroit. ## Maintenant - Valider la liste pendant une flotte avec erreurs, mises a jour en cours et plusieurs sites secondaires. - Confirmer l alignement a 1366, 1440 et 1920 px, puis reprendre CallTracker Google Ads/CPL. ## Prochaines etapes - Resumer les erreurs de flotte par cause et proposer un filtre Erreurs. - Conserver le futur Recovery asynchrone et la progression enrichie de l updater. # Core AWM 4.5.211 - selection flotte et updater fiable ## Livre - Restauration de **Tout selectionner / Tout deselectionner** dans Sites connectes. - Case maitre dans l entete de la liste, avec etat partiel lorsque seule une partie des sites visibles est cochee. - Selection respectant recherche et filtres de la vue courante. - Correctif d ordre d initialisation JavaScript du transport chunked 4 Mo; les handlers de selection et deploiement ne sont plus interrompus au chargement. ## Maintenant - Publier Suite AWM 4.5.239 et confirmer la selection des 13 Hub Clients connectes. - Tester Tout selectionner, filtre Principal, filtre Secondaire puis Tout deselectionner. - Forcer un petit lot pilote avant de deployer la flotte complete. ## Prochaines etapes - Ajouter un mode **Tout le parc / Vue filtree / Selection manuelle** explicite pour les gros portefeuilles. - Afficher avant confirmation le nombre de sites et le nombre exact de mises a jour Hub Client/Tech qui seront lancees. - Conserver le futur Recovery asynchrone/reprenable avant de reconnecter les sauvegardes SQL au chemin normal des mises a jour. # Core AWM 4.5.210 - updater compatible ModSecurity ## Livre - Televersement des ZIP Suite/module en blocs de 4 Mo pour rester sous la limite ModSecurity observee de 13 107 200 octets. - Assemblage temporaire prive cote serveur avec session liee a l utilisateur, nonce, verification de taille et SHA-256. - Import final depuis le tableau de bord sans renvoyer le ZIP complet dans `admin-post.php`. - Les imports directs de modules, la publication d une Suite complete et l import rapide utilisent le meme transport par blocs. - Backup fichiers + rollback local 4.5.209 conserves pour **Mettre a jour Alliance**. ## Maintenant - Installer Core 4.5.210 une derniere fois par DirectAdmin. - Depuis **Core AWM -> Mises a jour**, importer CallTracker 1.10.6 et verifier la progression bloc par bloc. - Tester ensuite une Suite AWM complete depuis le meme ecran afin de confirmer que ModSecurity ne recoit plus de requete > 13 Mo. - Conserver l autopilote flotte suspendu pendant cette validation. ## Prochaines etapes - Afficher la taille, le nombre de blocs, le debit et la progression globale avant le traitement du paquet. - Rebrancher Recovery complet sous forme de jobs asynchrones fichiers + SQL, avec reprise apres timeout. - Preflight visuel des modules modifies, dependances, espace disque et rollback disponible. # Core AWM 4.5.209 - updater tableau de bord ## Livre - Import rapide d un ZIP module ou Suite sans passer par une longue operation Recovery. - Mise a jour locale d un module depuis Core avec sauvegarde fichiers du module et rollback automatique. - Le meme chemin alimente **Mettre a jour Alliance** pour une publication Suite complete. - Garde AWM conserve hors transaction Core. ## Maintenant - Installer Core 4.5.209 une derniere fois manuellement sur Alliance. - Importer CallTracker 1.10.6 depuis Core -> Mises a jour pour valider le nouveau chemin module. - Tester ensuite une petite Suite pilote avant de generaliser. ## Futur - Rebrancher Recovery complet lorsque checkpoint/test-restore seront asynchrones et reprenables. - Afficher progression et etapes de sauvegarde/restauration sans bloquer admin-post.php. # Priorite de stabilisation - Suite 4.5.232 **Livraison locale candidate; non deployee.** Les evolutions fonctionnelles sont en pause jusqu'au retablissement et a la validation des sauvegardes. ## A valider avant reprise - Installation du correctif d'amorcage, sauvegarde hebergeur et recuperation de wp-admin. - Vrai test MySQL/MariaDB dans une base isolee; recette WordPress/Vault sur preproduction sans emails/paiements/webhooks sortants. - Verification de la fenetre de maintenance, des cron externes, du quota, de la copie hors serveur et de la conservation des cles. ## Prochaines etapes, non livrees - Contrat Recovery propre a chaque client_id + site_id + instance_uuid, sans reactivation implicite de flotte. - Fournisseurs de snapshots hebergeur pour les installations non standard et bases partagees; aucune restauration partielle presentee comme complete. - Test automatise de restauration WordPress complete sur preproduction, puis retention/offsite et tableau d'historique enrichi. - Reprise du roadmap Health seulement apres validation de ces garde-fous. ## 4.5.203 - Secours et points de restauration obligatoires - 2026-09-12 - Isolation des callbacks Health et protection du calcul global contre Throwable; une source defectueuse devient indisponible sans diagnostic invente. - Nouveau panneau Core > Restauration; moteur CLI externe avec points chiffres fichiers + base, journal hors DB, verification et confirmation explicite. - Les imports/publications et deploiements locaux exigent une configuration privee et un test de restauration SQL/fichiers sur l'hebergement. - Autopilote AWM, distribution/deploiements distants et anciennes restaurations fichiers seules sont suspendus. Suite 4.5.231, Core 4.5.202 et CRM 1.6.28 sont bloques comme cibles. - Aucun rollback DB automatique. Les huit autres modules ne sont pas reconstruits. Lire le guide de secours pour le premier amorcage Core/CRM par SFTP. - Tests locaux : code reel AWM avec fonctions WordPress doubles, vraie restauration des fichiers et vrai chiffrement; SQL et bootstrap WordPress simules. Validation hebergeur requise. # Awm Hub Core 4.5.202 — Pulse v2 et première couche Health AWM ## Livré - Le contrat Pulse accepte maintenant un score /100, un état de fraîcheur et des raisons courtes, tous assainis par Core. - Health AWM calcule un score Suite explicable et conserve au maximum 48 instantanés espacés d au moins 30 minutes. - Aucune note Health ne déclenche une action distante; la règle AWM-HEALTH-PULSE-001 l impose dans la mémoire de développement. ## Prochain lot accéléré - Étendre le score explicable au niveau client + site à partir des sources canoniques, sans dupliquer Stats/CRM/Tech. - Ajouter les prescriptions Health avec approbation humaine et preuve de source. # Core AWM 4.5.201 — Pulse opérationnel transversal ## Livré - Ajoute le contrat transversal `awm_core_module_pulses` et son rendu dans Santé du système. - Agrège un pulse explicite pour les 10 modules AWM, dont l état de flotte Hub Client reçu par `fleet_state`. - Ajoute la règle mémoire AWM-MODULE-PULSE-001 : données compactes, lecture seule, sans secrets ni contenu client brut. ## Prochain lot accéléré - Faire consommer les pulses par Health AWM pour un score de santé explicable par client/site/module. - Ajouter seuils de fraîcheur et historique de pulse avant toute automatisation prescriptive. # Core AWM 4.5.200 — publication Suite 4.5.229 / Tech 1.7.32 - **Livré** : registre public aligné sur Tech AWM 1.7.32 et Suite AWM 4.5.229. - **Livré** : règle `AWM-TECH-OPS-PREFLIGHT-001` pour le préflight Connector / permissions / OPcache, la tournée groupée client + site et la capacité par responsable sans automatisation cachée. - **Livré** : roadmap publique, changelog, notes et validation/logs synchronisés avant publication. - **Sécurité** : aucune donnée sensible, chemin serveur, secret Connector ou clé API n est ajoutée au préflight public. # Core AWM 4.5.199 — publication Suite 4.5.228 / Tech 1.7.31 - **Livré** : registre public aligné sur Tech AWM 1.7.31 et Suite AWM 4.5.228. - **Livré** : règle `AWM-TECH-OPS-PRIORITY-001` pour un score opérationnel explicable, des actions recommandées sûres et l historique 24 h / 7 j sans duplication Stats. - **Livré** : roadmap publique, logs et documentation de livraison restent obligatoires et synchronisés. ## Core AWM 4.5.197 — publication 4.5.226 / Tech 1.7.29 - Registre public aligné sur **Suite AWM 4.5.226** et **Tech AWM 1.7.29** sans rétrogradation des autres modules. - La roadmap publique documente le diagnostic Wordfence Intelligence V3 non bloquant et la distinction obligatoire entre clé **Account > Integrations** et licence du plugin Wordfence. - La mémoire de développement ajoute **AWM-TECH-SECURITY-001** : une erreur de fournisseur externe ne doit pas masquer l interface Tech et doit fournir diagnostic + action de correction sans exposer les secrets. - ROADMAP, CHANGELOG, notes et validation/logs restent obligatoires avant le ZIP final. ## Core AWM 4.5.196 — publication 4.5.225 / Tech 1.7.28 - Registre public aligné sur **Suite AWM 4.5.225** et **Tech AWM 1.7.28** sans rétrogradation des autres modules. - La roadmap publique documente les alertes/priorités entièrement cliquables, la typographie propagée aux overlays Tech et la personnalisation indépendante du Mode moniteur. - La mémoire de développement ajoute la règle **AWM-TECH-DASH-006** pour imposer ces comportements dans les prochaines itérations. - La gouvernance de livraison ajoute **AWM-RELEASE-LOG-001** : ROADMAP, CHANGELOG, notes de livraison et validation/logs doivent être synchronisés avant toute remise de ZIP. ## Core AWM 4.5.195 — publication 4.5.224 et édition Tech sans panneau superposé - Registre public aligné sur Tech AWM 1.7.27 et Suite AWM 4.5.224. - Ajoute la règle durable `AWM-TECH-DASH-005` : le panneau Personnaliser se retire pendant le drag & drop et une barre Enregistrer/Annuler reste disponible au bas du dashboard. - La roadmap publique expose cette amélioration comme livrée et conserve la validation terrain 1080p / 4K comme étape active. - Aucun changement aux Connectors, `site_id`, `instance_uuid`, secrets, signatures, autopilote ou données opérationnelles. ## Core AWM 4.5.194 — publication 4.5.223, responsive interne et typo des fiches Tech - Registre public aligné sur Tech AWM 1.7.26 et Suite AWM 4.5.223. - La règle `AWM-TECH-DASH-004` impose le responsive selon la largeur réelle du bloc et la transformation des tables trop étroites en cartes lisibles. - La même préférence **Typographie dashboard** doit maintenant suivre jusque dans les fiches Tech, leurs onglets, métriques, SEO, WordPress, sécurité, historique et actions. - La roadmap publique décrit le dropdown de liens personnalisés, le bouton Fermer compact, les corrections container-responsive et la typographie cohérente des fiches. - Aucun changement aux Connectors, `client_id`, `site_id`, `instance_uuid`, secrets, permissions ou politiques de déploiement. ## Core AWM 4.5.193 — publication 4.5.222 et shell Tech compact - Registre public aligne sur Tech AWM 1.7.25 et Suite AWM 4.5.222. - Le dashboard Tech conserve la grille 12 colonnes, mais les raccourcis personnels sont maintenant integres au shell superieur et Personnaliser devient une icone compacte a cote du bouton Light/Dark. - Formalise la regle de densite du shell Tech : aucun bloc pleine largeur ne doit etre ajoute uniquement pour les raccourcis ou l action de personnalisation. - Le panneau Personnaliser doit conserver un contraste natif coherent pour les listes deroulantes en Light et Dark. - Les contrats Connector, client_id, site_id, instance_uuid, autopilote et signatures restent inchanges. ## Core AWM 4.5.192 — publication 4.5.221 et grille Tech - Registre public aligné sur Tech AWM 1.7.24 et Suite AWM 4.5.221. - Formalise dans la mémoire de développement le moteur de grille Tech 12 colonnes, les largeurs ancrées et l adaptation interne des blocs. - Conserve les contrats Connector, `client_id`, `site_id`, `instance_uuid`, l autopilote et les paquets signés sans changement. - La roadmap publique reste couplée à `roadmap_sync` et doit afficher Suite 4.5.221 après publication. ## Core AWM 4.5.191 — publication 4.5.220 et roadmap suivie - Registre public aligné sur Tech AWM 1.7.23 et Hub Client AWM 1.11.44. - La publication Suite reste l autorité de synchronisation de `/hub/roadmap/` via `roadmap_sync`; aucune livraison n est considérée complète sans cette synchronisation. - Conserve l autopilote de flotte, les paquets signés, SHA-256, sauvegarde et rollback. # Core AWM 4.5.190 — registre 4.5.219 - [x] Publier Tech AWM 1.7.22. - [x] Conserver CRM 1.6.26 et Hub Client 1.11.43 sans rétrogradation. - [x] Formaliser la règle UX AJAX locale dans la mémoire de développement AWM. - [x] Publier Tech AWM 1.7.21. - [x] Conserver les versions supérieures déjà présentes et ne provoquer aucun downgrade. - [x] Roadmap public aligné sur la Suite active après publication. # Core AWM 4.5.188 — registre 4.5.217 - [x] Publier Tech 1.7.20 et CRM 1.6.26. - [x] Conserver Hub Client 1.11.43 et l autopilote flotte sans régression. ## Livré - Dernière implantation publique dérivée de la Suite active. - Versions effectives Core / Tech / Hub Client alignées avec 4.5.216. ## Maintenant - Valider après publication que `/hub/roadmap/` affiche Suite 4.5.216 en première implantation. # 4.5.186 — réconciliation automatique de flotte **Livré :** les publications Stable sont poussées automatiquement à la flotte Hub Client/Tech en petits lots. Le technicien n a plus à sélectionner les sites pour une mise à jour normale. **Maintenant :** publier la Suite 4.5.215 et vérifier qu un site Hub Client 1.11.42+ passe de `Auto programmé` à `À jour` sans action manuelle. **Prochaines étapes :** tableau d état de la file autopilote (dernier lot, erreurs, prochaine tentative) et fenêtre de maintenance optionnelle par client. # 4.5.185 — carte Tech compacte **Livré :** registre Suite aligné sur Tech 1.7.17, avec suppression des rangées encombrantes au-dessus de la carte et intégration du Mode moniteur dans sa barre d’outils. **Maintenant :** validation visuelle Centre opérations et fenêtre Moniteur à 1366 / 1440 / 1920 px. # 4.5.184 — fiche Tech console opérationnelle **Livré :** registre public aligné sur Tech 1.7.16 avec la fiche Tech hiérarchisée, la zone À faire, les onglets métier et les filtres WordPress. **Maintenant :** valider la densité et la lisibilité sur 1366 / 1440 / 1920 px et sur un site sain, No-index et avec plusieurs mises à jour. **Prochaines étapes :** réconciliation centrale de flotte et rafraîchissement ciblé du diagnostic Tech depuis la fiche. # 4.5.183 — visibilité autopilote flotte - Registre Hub Client porté à 1.11.42. - Dans Sites connectés, les mises à jour Hub Client/Tech prises en charge par Hub Client 1.11.42+ sont indiquées **Auto en attente** au lieu de simplement **Prêt**. - Le bouton Déployer reste disponible comme forçage manuel immédiat. # Core AWM 4.5.182 — Mode moniteur et fiche Tech complète **Livré :** registre public aligné sur Tech 1.7.15; aucun changement de contrat Connector ou de sécurité. # Core AWM 4.5.181 — maintenance de flotte WordPress **Livré :** le registre de publication connaît Hub Client 1.11.41 et Tech 1.7.14, avec les règles de sécurité qui séparent le canal signé AWM des mises à jour WordPress tierces. **Maintenant :** faire passer au moins un site pilote de Hub Client 1.11.40 à 1.11.41 une dernière fois manuellement, puis confirmer que la publication Hub Client suivante est récupérée automatiquement sans approbation WordPress. **Prochaines étapes :** tableau de réconciliation de flotte dans Core pour distinguer sites à jour, retardataires, erreurs de filesystem et derniers résultats d autopilote. # Core AWM 4.5.180 — garde d activité CRM **Livré :** la frontière de sécurité Core consulte le statut CRM avant toute autorisation client, y compris Connector, sessions API et commandes distantes. **Maintenant :** valider qu un Connector déjà appairé retourne 403 pendant l inactivité puis reprend après réactivation sans nouvelle clé. ## 4.5.179 — Hub Connector www/apex et densité du shell - [x] Accepter `www.domaine.ca` et `domaine.ca` comme le même site canonique lors de l appairage. - [x] Garder les autres sous-domaines, ports et chemins WordPress strictement isolés. - [x] Journaliser les valeurs canoniques attendues/reçues lors d un refus sans exposer de secret. - [x] Permettre aux modules AWM d afficher version/état/sécurité directement dans le shell principal. - [ ] Maintenant : valider un nouvel appairage sur allodemenagement.ca puis confirmer la présence et le heartbeat Connector dans Tech. ## 4.5.178 — règle UX globale des notices - [x] Masquer les notices WordPress/tiers sur tous les écrans `awm-*` / `awm_*`, incluant Tech AWM. - [x] Conserver le loader AWM comme canal des confirmations et erreurs métier nécessaires. - [ ] Futur : registre central typé des messages AWM (succès, info, avertissement, erreur) avec historique optionnel pour les opérations longues. # Suite AWM 4.5.177 — Screpy dans Stats / Health ## Livré en 4.5.177 - Stats AWM 1.7.0 consomme Screpy côté serveur comme couche d observation technique. - Clé API Alliance unique protégée par Core Vault. - Association automatique domaine exact ↔ `site_id` runtime, sans modifier les Connectors existants. - Health reçoit les snapshots Screpy et produit les signaux déterministes; Studio reste la couche d action. - Mémoire AWM : `AWM-STATS-009` interdit de recréer inutilement crawler, Rank Tracker, CWV ou uptime déjà fournis par Screpy. ## Suite logique - Comparaisons de crawls avant/après et preuve de valeur AWM. - Prescriptions Health issues des Quick Wins avec priorité/impact. - Passage ciblé des pages à corriger vers Studio AWM. --- # Suite AWM 4.5.176 — carte Stats Light/Dark réelle ## Livré en 4.5.176 - Stats 1.6.2 conserve OpenStreetMap standard en mode Light et applique réellement le rendu sombre lorsque le shell AWM est en Dark. - Détection explicite de `awm-theme-dark` et changement de thème à chaud sans rechargement. - Les contrôles, popups et attributions Leaflet suivent également le thème. - Core masque complètement les remplissages de progression à 0 % pour supprimer le pixel fantôme observé au scroll. - Mémoire AWM : `AWM-STATS-008`. ## Livré en 4.5.175 - Stats 1.6.1 retire CARTO du chemin critique et utilise OpenStreetMap standard sans clé API. - Le thème sombre de la carte est produit localement en CSS; aucun compte Mapbox/CARTO/Stadia n'est requis par défaut. - Une indisponibilité temporaire des tuiles n'interrompt jamais les présences, KPI ou listes en direct. - Mémoire AWM : `AWM-STATS-007` rend ce comportement obligatoire pour les versions futures. ## Livré en 4.5.174 - Stats 1.6.0 rafraîchit silencieusement les KPI et sections sans recharger la page. - Hub 4.5.54 empêche le loader global de s ouvrir sur le polling de fond. - Carte temps réel clair/sombre avec marqueurs visibles, regroupement simple et repli fuseau navigateur lorsque GeoIP local est incomplet. - Premiers signaux Health local-first pour collecte, trafic, formulaires et conversions. - Mémoire AWM : AWM-STATS-006 + AWM-UX-003. ## Livré en 4.5.173 - Core expose des bornes de périodes UTC basées sur `America/Toronto` et des dates locales HAE/HNE automatiques. - Stats 1.5.1 convertit tous ses timestamps visibles vers l heure de Montréal et découpe ses périodes quotidiennes selon ce fuseau. - La règle Mémoire AWM `AWM-TIME-001` rend ce contrat obligatoire pour toute la Suite. - Les données historiques ne sont pas réécrites : elles restent UTC et sont converties à l affichage. # Suite AWM 4.5.172 — visiteurs en direct Stats ## Livré en 4.5.172 - Contrat inter-modules `presence` temps réel via le Connector Stats existant. - Heartbeat Hub Client site-scoped, éphémère et sans adresse IP/GPS. - Carte GeoIP approximative et liste live, avec expiration et purge rapide. - Règle Mémoire AWM-STATS-005 pour figer la confidentialité du temps réel. # Suite AWM 4.5.171 — annuaire Stats piloté par les Connectors ## Livré - Contrat Core partagé pour lister uniquement les Connectors Hub Client runtime autorisés. - Stats 1.4.1 construit ses clients à partir des `client_id` réellement connectés et ses sites à partir des `site_id` runtime actifs. - CRM reste la source métier des sites déclarés et enrichit les libellés, sans peupler artificiellement Stats. - La vue consolidée exclut les anciennes sources déconnectées des KPI actifs tout en préservant leur historique. ## Validation terrain - Déménagement Hull doit apparaître dès qu’au moins un de ses sites est runtime connecté. - Un client CRM sans Connector actif ne doit pas apparaître dans Stats. - GADS doit apparaître sous Déménagement Hull uniquement lorsque son propre Connector est runtime autorisé. - Les KPI « Tous les sites connectés » doivent égaler la somme des sites actifs sélectionnables. # Core AWM 4.5.170 — cohérence Stats / Health - Livré : API Stats site-scoped (`site_id`) et période 365 jours. - Vérifié : aucune modification requise pour Hub Client, CRM, Tech, Studio, CallTracker, Assistant ou Soutien pour ce contrat de lecture. - Prochaine étape : exposer les futures données commerciales Health avec le même contrat client/site. # Core AWM 4.5.169 — déploiement connecté uniquement - La vue **Sites connectés** doit provenir uniquement des Connectors runtime autorisés. - Les sites CRM non liés ou seulement en pairing restent hors de la liste de déploiement. - Filtres Principal / Secondaire pour les parcs multi-sites. - Vérifier que Stats/Health continuent de conserver l historique d un site déconnecté sans le présenter comme une cible distante active. # Core AWM 4.5.168 — réparation canonique Mémoire AWM ## Livré dans 4.5.168 - Restaurer automatiquement les seules révisions seed `v1` système dont l empreinte est invalide, sans dépendre de leur SHA historique. - Préserver toutes les révisions `v2+`, statuts, archives, dates et règles créées par les administrateurs. - Exécuter la réparation avant le calcul de santé et avant tout préflight de publication. - Afficher un diagnostic de migration visible dans Mémoire AWM. - Conserver le chemin de récupération Core supérieur et fournir un outil de réparation autonome temporaire. ## Validation terrain - Les 50 anomalies historiques doivent passer à 0 sans supprimer les règles. - Une vraie anomalie sur une règle non-seed ou une révision utilisateur doit rester critique. - Après réparation, la publication Suite doit fonctionner normalement et créer son snapshot mémoire. # Core AWM 4.5.166 — réparation Mémoire AWM par SHA canonique ## Livré dans 4.5.166 - Reconnaître les seeds historiques par leur `content_hash` canonique officiel, indépendamment de la valeur SQL corrompue. - Restaurer uniquement les révisions système v1 prouvées par SHA; toute empreinte inconnue reste bloquante. - Ne considérer la migration terminée qu après un contrôle réel à 0 anomalie. - Relancer la réparation sûre juste avant le préflight de publication. - Fournir une action administrative manuelle de réparation des seeds reconnus dans le bloc Santé. ## Validation terrain - Après remplacement de Core 4.5.165 par 4.5.166, **Mémoire AWM** doit passer de 50 anomalies critiques à 0 sans supprimer les règles. - La publication d une Suite doit ensuite être autorisée et créer normalement son snapshot mémoire. - Toute altération dont le SHA ne correspond pas à un seed officiel doit continuer à bloquer la publication. --- # Core AWM 4.5.165 — fiabilité Mémoire AWM ## Livré dans 4.5.165 - Réparer automatiquement les 50 seeds Mémoire AWM affectés par le défaut de format SQL des versions 4.5.162 à 4.5.164. - Conserver le préflight de publication strict pour toute vraie anomalie d intégrité. - Journaliser le nombre de révisions réparées et le nombre d anomalies restantes. - Garantir les futures révisions avec 16 formats SQL pour 16 colonnes. # Core AWM 4.5.164 — multi-sites dans Mises à jour ## Livré dans 4.5.164 - Une ligne par `client_id + site_id` dans **Sites clients**. - Inventaires séparés par site et conservation du fallback historique uniquement pour le site principal. - Rafraîchir, Déployer, Réparer, Vérifier et Rollback transportent tous `site_id`. - Liens de paquets et signatures liés au secret du Connector du site précis. - Offres de mise à jour site-scoped pour Hub Client principal et secondaires. - Sites secondaires CRM visibles avant appairage complet avec état clair. ## Validation terrain - Déménagement Hull doit afficher au minimum `demenagementhull.ca` (principal) et `www.demenagementhull.com` / GADS (secondaire) comme deux lignes distinctes. - Après appairage du secondaire, rafraîchir son inventaire ne doit modifier ni l'inventaire ni le statut du principal. - Déployer Hub Client/Tech sur le secondaire doit utiliser son `site_id`, son `instance_uuid` et son secret de scan propres. --- # Core AWM 4.5.163 — import direct robuste ## Livré dans 4.5.163 - Accepter les copies de téléchargement renommées par le navigateur sans confondre `-1`, `-2`, etc. avec une version de plugin. - Maintenir une correspondance stricte entre version du ZIP et header `Version:` du plugin. - Conserver SHA-256, documentation obligatoire, dépôt privé et protections anti-downgrade. # Core AWM 4.5.162 — Mémoire AWM mini-Git ## Livré dans 4.5.162 - Mémoire persistante des règles, faits et décisions de développement dans Core. - Historique immuable par révision avec SHA-256, parent, auteur, source, raison du changement et modules impactés. - Détection de conflits entre conversations basée sur la version lue. - Archivage sans suppression et restauration par nouvelle révision. - Refus local des secrets et valeurs sensibles. - Import initial de 50 règles AWM consolidées pertinentes. - Écran administrateur **Core AWM → Mémoire AWM** avec recherche, filtres, historique, diff entre révisions, santé, snapshots et export JSON. - Bloc de santé Mémoire AWM dans le tableau de bord Core. - Préflight mémoire avant publication et snapshot automatique après publication. - API PHP contextuelle pour charger uniquement les règles utiles au module/action en cours. ## Maintenant - Utiliser la mémoire AWM comme checklist lors de la revue multi-sites en cours sur Core, CRM, Stats/Health, Tech, Hub, Hub Client, Studio, CallTracker, Assistant et Soutien. - Continuer à inscrire dans la mémoire toute nouvelle règle transversale validée afin qu elle survive aux changements de conversation. ## Prochaines étapes - Ajouter une étape de review/approbation optionnelle pour les règles critiques avant activation. - Ajouter une matrice d impact automatique reliant une règle modifiée aux versions/modules qui doivent être revus avant publication. - Ajouter un export de snapshot mémoire au paquet de publication pour audit hors ligne. --- # Core AWM 4.5.161 — fallback Connector secondaire site-scoped ## Livré dans 4.5.161 - Stockage de secours par client/site quand l'INSERT SQL secondaire reste impossible après toutes les réparations 4.5.159–4.5.160. - Même contrat logique pour SQL et fallback : `client_id + site_id + instance_uuid`. - Index de pairing/runtime directs et non-autoloadés; aucune recherche globale d'utilisateur. - Compatibilité complète avec Hub Client, Stats, Health et Tech via la même API Core. - Conservation du Connector principal et de tous les historiques existants. - Journal sûr `connector_site_storage_fallback` sans secret. **Maintenant :** générer la clé du secondaire `www.demenagementhull.com`, l'appairer avec Hub Client, vérifier qu'il apparaît séparément dans Stats puis dans Health tout en restant consolidé sous le même `client_id`. **Prochaines étapes :** ajouter dans Santé du système une vue lisible du backend de stockage de chaque Connector (`SQL` ou `fallback`) et une migration automatique fallback → SQL lorsqu'un registre sain est confirmé. --- # Core AWM 4.5.158 — collecte Stats multi-sites ## Livré - Route Connector Stats site-scoped et délégation à Stats AWM. - Ponts de secours limités par liste blanche explicite. - Conservation de l'isolation par site sans casser la consolidation au niveau client. - Source prête pour Stats/Health : tous les sites Hub Client d'un client conservent leur `site_id` et peuvent être consolidés sans doublon. ## Maintenant - Validation terrain sur au moins un client possédant plusieurs sites. ## Prochaines étapes - Santé de collecte par site dans l'écran Santé système. # Core AWM 4.5.157 — consolidation parallèle et anti-rétrogradation ## Maintenant — validation 4.5.157 - Confirmer qu un Studio 1.16.0 déjà importé redevient automatiquement la version effective après installation de Core 4.5.157. - Confirmer que Tech 1.6.9 n est plus ramené à 1.6.8 par son bootstrap historique. - Vérifier que l écran Mises à jour propose ensuite les versions effectives à installer localement sans réimport. - Continuer la consolidation multi-conversations en relisant dépôt, logs, `CHANGELOG.md`, `ROADMAP.md` et `README.md` avant chaque livraison. - Livré : la zone rapide Publication active détecte automatiquement les ZIP Suite et les ZIP de modules autonomes. - Livré : `studio-awm-X.Y.Z.zip`, `tech-awm-X.Y.Z.zip`, Core, CRM, Hub Client et les autres modules connus peuvent passer par le même point d entrée rapide. - Livré : le validateur spécialisé Suite/Module demeure l autorité; aucune protection du dépôt, du Vault ou de l anti-rétrogradation n est contournée. - Maintenant : importer Studio AWM 1.15.0 par la zone rapide et confirmer sa promotion dans la publication active 4.5.155. - Livré : liens de contexte développement et documents versionnés sur la roadmap publique. - Livré : extraction à la demande depuis le paquet chiffré avec redaction automatique des lignes sensibles. - Maintenant : valider les liens publics sur les dix modules après publication 4.5.155. # Suite AWM 4.5.154 — dépôt de modules et releases composées ## Livré - Upload direct des modules dans Core AWM. - Dépôt privé chiffré avec historique de versions, SHA-256 et métadonnées de documentation. - README / CHANGELOG / ROADMAP obligatoires pour les nouveaux imports directs. - Promotion immédiate possible d un module supérieur dans la publication active. - Résolution automatique Suite → dépôt → publication active sans rétrogradation. - Mise à jour automatique de `roadmap_sync` avec la version réellement effective. - Logs de sécurité pour import, promotion, résolution, publication et erreurs. - Historique `composition_revisions` pour les changements de composition. ## Maintenant - Valider un flux parallèle : importer une nouvelle version Studio et une nouvelle version Tech indépendamment, puis publier une Suite contenant des versions plus anciennes et confirmer que les versions supérieures sont conservées. - Confirmer le déploiement local et distant des versions effectives résolues. ## Prochaines étapes - Ajouter une vue de comparaison détaillée avant publication : version du ZIP Suite, version du dépôt, version active et version effective. - Ajouter des contraintes explicites `requires_core` / dépendances inter-modules au manifeste de module pour enrichir le calcul de compatibilité. ## Futur - Branches stable/bêta par module avec promotion contrôlée et tests automatiques avant passage stable. - Signature cryptographique de build au niveau de chaque module en plus du SHA-256 et du coffre privé. # Suite AWM 4.5.153 — heure Alliance canonique ## Livré - Core AWM 4.5.153 et Tech AWM 1.6.8. - Fuseau administratif Alliance fixé à `America/Toronto`, avec HNE/HAE automatique, sans modifier le fuseau général WordPress. - Nouvelles dates de publication stockées en UTC et converties à l affichage. - Historique de publication existant corrigé à partir de l horodatage UTC contenu dans chaque `release_id`, sans migration destructive. - Journal de sécurité, tâches Core et horodatages Tech centraux alignés sur la même horloge. - Aucun Connector ni secret multi-sites modifié. ## Maintenant - Publier la Suite 4.5.153 et vérifier que l historique Core affiche quatre heures de moins qu avant pendant l heure avancée. - Confirmer que Tech AWM affiche le même fuseau pour Dernier contact et les activités centrales. ## Prochaines étapes - Déploiement distant Hub Client / Tech réellement site-scoped. - Historique monitoring 24 h / 7 j / 30 j par `site_id`. # Suite AWM 4.5.152 — monitoring Tech par site_id ## Livré - Core AWM 4.5.152 et Tech AWM 1.6.7. - `awm_site_connectors` DB_VERSION 1.3 conserve `tech_profile` et `tech_profile_synced_at` par site. - Santé, versions, mises à jour, inventaire, vulnérabilités et dernier contact ne sont plus partagés entre les sites d un même client. - Les actualisations Tech ciblent le secret de scan et l URL du `site_id` demandé. - Les interventions sont liées à `client_id + site_id + instance_uuid` et respectent le domaine ainsi que le sous-répertoire canonique. - Les anciens Connectors du principal restent restaurés automatiquement comme dans la 4.5.151. ## Maintenant - Valider ensemble un principal, un secondaire `/repertoire/` et un sous-domaine. - Confirmer que chaque site affiche ses propres versions, alertes et dernier contact dans Tech AWM. - Confirmer qu une intervention créée pour un secondaire est refusée par le principal. ## Prochaines étapes - Déploiement distant Hub Client / Tech réellement site-scoped. - Historique monitoring 24 h / 7 j / 30 j par `site_id`. - Diagnostics de stockage Connector dans la fiche client sans exposer les secrets. # Suite AWM 4.5.151 — cohérence de publication et restauration Connector ## Livré - Core AWM 4.5.151 aligne strictement la version du ZIP, du manifeste et de `roadmap_sync.versions`. - Corrige le paquet 4.5.150 qui contenait Core 4.5.150 mais annonçait encore Core/Suite 4.5.149 dans la synchronisation roadmap. - Conserve le correctif 4.5.150 de restauration automatique des Connectors historiques du site principal. - Le schéma `awm_site_connectors` reste en DB_VERSION 1.2. - Le hash Connector historique est réimporté sans créer de nouveau secret ni demander une reconnexion lorsqu'il existe encore. - Une révocation explicite reste respectée. - L’architecture multi-sites reste isolée par `client_id + site_id + instance_uuid`. ## Maintenant - Publier Suite 4.5.151 dans Core → Mises à jour. - Vérifier que les anciens sites Hub réapparaissent dans « Sites clients » après la migration 1.2. - Valider un site principal déjà connecté, un secondaire en répertoire et un sous-domaine. ## Prochaines étapes - Monitoring Tech complet par `site_id` : santé, versions, mises à jour et dernier contact. - Afficher les diagnostics de stockage Connector dans la fiche client sans exposer de secret. ## Futur - Vue réseau complète par client avec disponibilité, SSL, performance, sauvegardes et vulnérabilités par site. - Opérations groupées sécurisées avec rollback site par site. - [x] Contrat inter-modules `presence` temps réel via Connector Stats existant. - [x] Règle Mémoire AWM-STATS-005 : aucune IP/GPS, GeoIP approximatif seulement, présence éphémère.