Chroniques de Déploiement du Shōgunat

Vue découpée dans views/gamestudio/dashboard.php : KPIs d'audience, télémétrie interactive ApexCharts avec moteur autonome Canvas HD, top modules consultés, répartition horaire et filtrage dynamique des daimyōs actifs.

Vue découpée dans views/gamestudio/general.php : Profil d'environnement serveur, versioning, statistiques globales (humains, IA, fiefs) et effectifs de l'équipe de développement.

Ouverture dans un nouvel onglet (target="_blank") avec environnement et mise en page dédiés (Tabler, Bootstrap, ApexCharts) sans reprendre le carrousel castral de 250px ni la barre de ressources du jeu.

Intégration d'ApexCharts CDN, restauration complète du fallback haute définition Canvas HD et normalisation des séries chronologiques 30 jours et top 8 modules pour un rendu visuel immédiat.

Tarif universel de 2 pièces d'or impériales (Kobans) pour achever immédiatement n'importe quel chantier en cours avec débit transactionnel sécurisé.

Disponible sans restriction pour tous les bâtiments de la cité castrale, toutes les parcelles de ressources élémentaires et les 9 parcelles du domaine rural.

Application immédiate des niveaux et statistiques. Les chantiers ultérieurs en attente dans la file sont automatiquement avancés pour démarrer sans délai.

Boutons dorés intégrés dans la file des chantiers (accordéon est), sur la fiche de bâtiment, la fiche de parcelle et la modale du terroir avec confirmation modale.

Colonne gauche pour les 6 vivres (Riz, Poisson, Thé, Soja, Farine, Saké) et colonne droite pour les 5 matériaux (Bois, Pierre, Argile, Poutres, Charbon).

Case à cocher devant chacune des 11 ressources. Lier 2 ressources verrouille automatiquement les 9 autres pour garantir la conservation de leurs quotas.

Augmenter l'échelle d'une ressource diminue proportionnellement l'autre ressource liée de la même quantité, préservant la somme totale sans le moindre décalage.

Moteur ImperialSealEngine::npcExchange et API seal.php traitant l'ensemble des 11 réserves en base avec contrôle strict des silos et entrepôts.

Brassage aléatoire de l'ordre d'affichage des 50+ estampes et panoramas à chaque rechargement pour une découverte équitable et continue de toute la galerie féodale.

Au clic sur le bouton, développement des 4 matériaux : Bois de Cèdre 🪵, Pierre de Granit 🪨, Argile & Tuiles 🧱 et Poutres 🔨 avec jauges et productions horaires.

Consultation instantanée des 6 denrées : Riz Impérial 🌾, Poisson Frais 🐟, Thé 🍵, Soja 🫘, Farine 🍚 et Saké 🍶 avec détails du Grenier Fortifié.

Affichage compact des indices vitaux : Sérénité Shintō ⛩️, Démographie 👥, Main-d'œuvre & Quotas ⛏️, Moral des Paysans 😊 et Kobans 🪙.

Chaque parcelle de lac (procédurale ou oasis lacustre) reçoit à sa génération un stock initial fini de poisson tiré aléatoirement entre 10 000 et 25 000 unités. Les expéditions de pêche prélèvent directement sur cette réserve.

Une fois l'intégralité du banc de poissons pêché (stock à zéro), le lac ne disparaît en aucun cas de la carte. Il demeure présent comme élément naturel permanent du paysage féodal, sans altérer la topographie du monde.

Dès qu'un lac est épuisé, les nouvelles expéditions de pêche y sont strictement prohibées. Le bouton d'expédition affiche « Réserve de Poisson Épuisée » et le moteur rejette toute tentative avec une explication claire.

La modale de sélection de la carte intègre un compteur Tabler.io dédié affichant en temps réel le nombre exact de poissons disponibles (ex. 18 450 poissons), une jauge de progression par rapport au banc originel et l'infobulle de survol enrichie.

Les parcelles de lac (eaux calmes et oasis aquatiques) sont désormais des sanctuaires d'eaux communautaires inaliénables. Elles ne peuvent plus être annexées par un unique fief : l'action d'annexion est bloquée et remplacée par la faculté d'y dépêcher des expéditions de pêche.

Formation d'une nouvelle unité villageoise au Dojo (Tier 1) dotée d'une illustration ukiyo-e dédiée. Ces villageois sont indispensables pour armer les embarcations de pêche et transporter les prises de poisson frais.

Nouvelle recherche à l'Académie dans la catégorie « Subsistance & Terroirs » (fishing_tech) augmentant le volume de prises des pêcheurs de +25% par niveau de recherche.

Le poisson rapporté lors des expéditions est entreposé dans le Grenier à Riz Fortifié (b_tank) alongside le riz, avec une capacité maximale qui s'accroît automatiquement avec le niveau du bâtiment.

Les expéditions de pêche s'effectuent en aller-retour avec une durée de travail fixe d'exactement 1 heure sur le lac. Intégration sur la carte tactique avec badge distinctif, contrôle de flotte dans fleet.php, suivi dans la barre supérieure des ressources et rapport automatique remis au Daimyō.

Résolution du blocage des quêtes de troupes (Acte III d'Okehazama). Mapping automatique des unités génériques (piquiers, archers, cavaliers, arquebusiers, samouraïs) vers les identifiants techniques propres aux 3 clans (Oda, Tokugawa, Takeda). Prise en compte de tous les fiefs du Daimyō, des unités en cours de formation et des troupes en mission.

Suppression complète des invites JavaScript natives (prompt/alert) au profit d'une modale Tabler.io fluide avec raccourci direct dans le menu de navigation supérieur, saisie sécurisée, retour d'état visuel et notifications toasts.

Ajout d'une jauge et pastille interactive dans le bandeau de statut sous le slider calculant en temps réel le contentement des villageois et détaillant l'impact sur la productivité générale du domaine.

Résolution du blocage à 0 de la consommation d'énergie. Raccordement des 6 parcelles de récolte (rizière, carrière, forêt, argile, soja, thé) à la ferveur divine avec équilibrage face au Sanctuaire Shintō (+30/niv). Déclenchement rigoureux du déficit de ferveur bridant la production à 10% en cas d'infrastructure spirituelle négligée.

Correction d'un bogue de syntaxe JavaScript sur la page de gestion des flottes lors de l'envoi d'expéditions féodales (guillemets non échappés provoquant une interruption du script de soumission).

Déploiement d'une année complète de récits historiques ancrés dans l'ère Sengoku (1543-1615), articulés en 4 trimestres thématiques. Chaque semaine propose 3 actes séquentiels avec objectifs immersifs, Kobans, Honneur et 52 titres honorifiques uniques.

Génération et intégration d'une banque d'art complète de 52 peintures numériques 16:9 dans le style estampe ukiyo-e (Travian / Grepolis), dépeignant châteaux emblématiques, batailles décisives et maîtres de guerre de chaque événement.

Refonte ergonomique de la modale des chroniques côté joueur : intégration de l'illustration avec cadre doré et sous-titre kanji, hauteur adaptée au viewport avec défilement interne, ouverture automatique par session et option de masquage persistant.

Ajout d'une recherche en direct parmi les 52 semaines, d'un bouton d'édition direct en 1 clic par carte, d'un sélecteur d'image avec prévisualisation en direct, et de la modification unitaire de chaque tâche narrative sans interférence avec l'interface joueur.

Création d'un module d'accordéon dédié à la main-d'œuvre et aux logements villageois minka. Contrôle granulaire et transparent de tous les calculs d'ouvriers requis séparant le terroir rural (9 parcelles) de la cité castrale (édifices urbains).

Refonte complète de la colonne latérale Est en accordéon Tabler blanc sur les pages Terroirs Ruraux, Cité Castrale et Carte du Monde. Alignement dynamique de la hauteur sur la carte centrale avec défilement fluide automatique.

Correction de l'omission de id dans la requête de production restaurant l'inclusion des parcelles rurales, suppression définitive du double comptage Tenshu et synchronisation des quotas officiels.

Épuration des styles de survol dans la Cité Castrale. Les bordures et halos jaunes ont été retirés pour préserver l'immersion esthétique du château tout en conservant l'interactivité des badges de niveau.

Abandon de la grille de 40 parcelles au profit d'un système de 9 structures profondes uniques (Tenshu, Forêt, Carrière, Fosse d'argile, Rizière, Soja, Thé, Sanctuaire shintō, Village). Chaque village dispose d'une disposition spatiale et de plafonds de niveau tirés procéduralement (Niveaux 20 à 100) pour une identité économique propre à chaque fief.

Formule de coût exponentielle lissée évitant tout débordement tout en valorisant la persévérance jusqu'au niveau 100. Indexation exclusive de la capacité de logements sur la parcelle village selon la formule féodale : 75 (base) + (Niveau × 25).

Suppression définitive des contrôles de déplacement (pan/drag) et de zoom à la molette. Remplacement par un conteneur responsive fixe verrouillé au format panoramique 16:9 avec positionnement relatif immuable des 9 tuiles de structures féodales.

Suppression des élévations instantanées : les chantiers s'inscrivent dans construction_queue avec échelonnage progressif (minutes pour les premiers niveaux, plusieurs heures puis jours pour les hauts niveaux). Affichage dynamique en direct (JJ:HH:MM:SS), barre d'avancement animée et annulation avec remboursement de 80%.

Réactivation de la capacité signature du Clan Oda : possibilité de mener simultanément 1 chantier de parcelle rurale (Forêt, Carrière, Rizière, etc.) et 1 chantier d'infrastructure urbaine (Tenshu, Forge, etc.), ou 2+2 avec le Sceau Impérial. Les Clans Takeda et Tokugawa conservent la discipline d'un chantier unique à la fois sur l'ensemble du domaine (ou 2 avec le Sceau Impérial). Correction des vues de la cité où les nouvelles parcelles rurales bloquaient à tort les chantiers urbains.

Allègement visuel complet des badges de la carte : suppression des barres de progression de construction et des textes encombrants au profit d'un format micro-pilule épuré (Logo + Niveau actuel / Niveau max). Le Donjon (Tenshu) sur la carte rurale ne constitue plus une parcelle évolutive, mais sert de passerelle directe vers la cité castrale (/?page=buildings).

Correction de l'attribution des bonus de récolte du Samouraï Héros : la bénédiction de production reste désormais active en permanence tant que le héros est en vie (y compris lors de ses expéditions et aventures). Reconnexion directe des rendements horaires du domaine à 9 parcelles (Forêt, Carrière, Rizière, Sanctuaire) à la formule centrale de production, affichage des flux +X Héros dans le panneau latéral et aperçu interactif en direct lors de la distribution des points d'attributs.

Enrichissement exhaustif du widget latéral droit « Récoltes, Stocks & Oasis » : décomposition granulaire des taux horaires sous chaque jauge (Base naturelle, Parcelle rurale, Ateliers urbains, Oasis, Samouraï Héros, Fête Matsuri), intégration des terroirs spécialisés (Argile, Thé, Soja avec niveaux et ouvriers), suivi des réserves stratégiques (Farine de riz anti-famine, Saké de fête, Poutres de charpente), monitoring de la ferveur spirituelle et énergétique, mobilisation ouvrière et badge KPI de rendement global.

La construction et l'élévation des bâtiments urbains (Tenshu, entrepôts, casernes, remparts, etc.) et des parcelles rurales (forêts, carrières, rizières) ne fournissent plus aucune capacité de logement pour les villageois.

Seule l'élévation des parcelles d'habitation du terroir villageois permet désormais d'accueillir davantage de villageois. La capacité d'accueil maximale est unifiée selon la formule : 75 (base féodale) + (Somme des niveaux des 5 habitations × 5).

Harmonisation globale de PlanetEngine::calculateMaxPopulation() avec TerroirEngine::getHousingCapacity(), mise à jour des infobulles du Tenshu et ajustement des intitulés du simulateur de vie du village.

Le manque d'emplois par rapport à la population totale (taux d'inactivité > 15%) engendre désormais de l'oisiveté et de la criminalité locale dans le fief. Cette délinquance applique une pénalité directe (jusqu'à -25%) sur le contentement et le moral des villageois.

Les infrastructures féodales maintiennent l'ordre public et répriment la délinquance : le Tenshu (+3%/lvl), les Remparts (+2%/lvl), le Dojo Militaire (+2%/lvl) et le Poste de Vigie (+1%/lvl). Nouveau widget dédié « Délinquance & Ordre » dans la vue Village et infobulle HUD unifiée.

Intégration complète de la mécanique de délinquance dans le simulateur de vie du village (village-life-simulator.php) : curseur de maintien de l'ordre féodal, 5ᵉ jauge KPI temps réel « Délinquance & Sécurité », courbe dédiée sur le tracé dynamique ApexCharts, alertes de criminalité dans la chronique en direct et nouveau scénario « Crise de Délinquance ».

Restauration et alignement du bloc « Chantiers Urbains » dans la colonne latérale de la page Terroirs & Ressources (views/resources.php), identique à celui de la vue Cité avec icône de casque de chantier, badge de niveau, barre de progression dynamique et bouton d'annulation.

La file de construction est animée seconde par seconde par app.js avec jauge de progression visuelle, compte à rebours précis et actualisation automatique à la fin des travaux.

Vérification proactive des droits d'écriture sur le répertoire .git/ et ses descripteurs d'extraction. En cas de refus d'accès Linux pour l'utilisateur du serveur web (www-data), le moteur fournit la commande SSH exacte à exécuter (sudo chown -R www-data:www-data ...).

Ajout d'une alerte préventive dans la console de mise à jour si les droits sont insuffisants, et renforcement du masquage des clés et jetons d'accès personnels GitHub (PAT/ghp) dans tous les journaux d'exécution.

Retrait du panneau « Chantiers Actifs » dans la colonne latérale de la page des Terroirs & Ressources (views/resources.php). Le suivi détaillé de la file de construction urbaine et rurale reste pleinement accessible depuis la vue de la Cité Castrale (views/city.php).

Suppression de l'instanciation de BuildingEngine et de la requête de file d'attente lors du chargement de la carte des 40 parcelles, accélérant le rendu global de la vue agricole et artisanale.

Structure légère et performante activity_logs indexée sur les dates, utilisateurs et modules. Salage mensuel et hachage SHA-256 des adresses IP garantissant l'anonymisation stricte (RGPD). Helper universel non bloquant ActivityTracker::logView() instrumenté sur l'ensemble des routes publiques et privées du jeu.

Déploiement de 4 KPI Cards réactives (% vs période précédente), d'un Spline Area Chart croisant consultations, daimyōs uniques et inscriptions, d'un Bar Chart horizontal du Top 8 des pages et d'un graphique de répartition par tranches horaires (0h à 23h). Boutons de filtre temporel instantané (Aujourd'hui, 7j, 30j, Tout).

Tableau interactif récapitulant les joueurs les plus engagés (volume de logs, clans, progression militaire et dernier module visité) avec champ de filtrage textuel instantané en JavaScript Vanilla sans rechargement de page.

Correction du bug d'initialisation du canvas lié au dimensionnement asynchrone lors du basculement d'onglets. Correction de la requête SQL d'agrégation 30 jours via une série continue sans saut pour les jours sans activité, et intégration transparente d'ApexCharts avec solution de repli canvas.

Prise en compte des armes de siège (béliers d'acier, catapultes Horokubiya, balistes, forteresses roulantes) dans le calcul de combat. Si l'attaquant l'emporte : réduction prioritaire de la muraille (250 PV/niv). En cas de brèche (niveau 0), report des dégâts résiduels sur les bâtiments du fief (Tenshu, caserne, entrepôts, grenier Kura, forge) avec prise en compte de la destruction totale (niveau 0 / ruine à reconstruire).

Configuration des 8 édifices du village cible dans le simulateur de Studio Dev. Encart de référence exposant les constantes d'équilibrage de siège. Section dédiée dans le rapport : « Dégâts aux Infrastructures & État des Bâtiments » avec transition de la muraille, matrice complète des dégradations par bâtiment (badges Détruit, Endommagé, Intact) et export Markdown enrichi.

Nouvel atelier martial en Split-screen pour le Game Elevate Designer : armée attaquante vs village défendu. Prise en compte critique du niveau de muraille (0 à 20) avec curseur réactif, calcul du bonus défensif (+4% Oda, +3.5% Takeda, +5% Tokugawa +15% bouclier), PV de structure des remparts (250 PV/niv) et tirs de meurtrières. Pilonnage préliminaire par engins de siège (béliers, catapultes), jauges d'attrition Tabler, journal tour par tour (Combat Log), export Markdown et +15 XP Forge.

Restructuration complète de l'arborescence physique en 11 sous-vues modulaires autonomes dans views/studio/<metier>/<module>.php : game-elevate-designer/ (simulateur, vitesses, arpentage, oasis), community-manager/ (mailing), qa-tester/ (recette, sandbox), backend-dev/ (live ops), narrative-designer/ (lore), roster/ et forge/.

Réorganisation ergonomique de Studio Dev avec un onglet principal par métier au lieu d'une liste éclatée d'applications. Chaque métier propose désormais des pilules de sous-navigation (nav-pills Tabler.io) pour commuter instantanément entre ses outils spécialisés sans rechargement lourd.

Illustrations HD des 3 doctrines martiales féodales (Oda, Takeda, Tokugawa) sur Mon Affiche avec bannière et transparence IA. Extension du Grimoire des Prompts à 83 entrées, et intégration du téléversement d'avatar joueur avec prévisualisation instantanée FileReader et upload sécurisé.

Migration du module de vitesses de jeu (chantiers, production, flotte, immunité débutant, cages de kago, XP de héros et famine féodale de riz) depuis l'administration vers un onglet dédié dans Studio Dev, avec presets d'accélération en 1 clic.

Transfert de l'arpenteur de provinces et de la cartographie proportionnelle des 9 catégories de tuiles sous Studio Dev. Permet de générer des fiefs libres dans un rayon configurable et de purger les terres inoccupées.

Gestion du réseau d'oasis sauvages, réapparition dynamique après capture, contrôle de densité cible au pourcentage, et tableau d'inventaire avec garnisons de faune hostile et pagination dynamique.

Même l'administrateur suprême ne voit pas ces onglets par défaut : il doit s'auto-attribuer le métier « Game Elevate Designer » pour y accéder. Sécurisation triple couche (Zéro DOM, redirection HTTP et 403 API REST).

Chaque onglet et panneau de contenu du Studio Dev est conditionné côté serveur. Aucun code HTML ni nœud DOM n'est envoyé au client pour les sections non autorisées, bannissant le simple masquage CSS inspectable.

Interception dès le routeur principal index.php de toute tentative de forçage manuel (?page=dev_team&tab=...) avec redirection propre vers le premier onglet autorisé et bandeau d'avertissement.

Maintien de l'accès inconditionnel et de la visibilité sur l'ensemble des 7 onglets du studio pour les administrateurs globaux, permettant la supervision complète de la production féodale.

Contrôles de permission renforcés sur les points d'API REST sensibles (contrôle de syntaxe automatisé) et synchronisation transparente de l'URL via history.replaceState lors du changement d'onglet.

Intégration du 9ème métier de l'équipe de développement dédié aux relations avec les joueurs, aux chroniques et à la communication impériale. Doté des habilitations RBAC pour orchestrer la mailing list et synchronisé automatiquement en base.

Sous-onglet dédié avec 4 indicateurs de performance, filtrage dynamique multi-critères (opt-in, statut de confirmation, clan féodal, rôles), pagination réactive et bascule instantanée du statut d'abonnement.

Modale de composition avec segmentation avancée (abonnés opt-in, joueurs actifs, par faction, dev team ou test personnel), aperçu en direct, mentions de conformité et attribution de +35 XP Forge pour valoriser le rôle du Community Manager.

Ajout d'une case à cocher explicite non cochée par défaut lors de l'inscription et de l'installation (Privacy by Design), persistance de newsletter_optin en base de données, et module d'export CSV universel (UTF-8 avec BOM).

Création d'un espace dédié aux testeurs et chefs de projet dans Studio Dev. Intégration de 4 indicateurs clés (Total, Validées, En attente, Rejetées) et d'un badge de notification temps réel dans la navigation.

Protocole de suivi standardisé consignant chaque fonctionnalité avec son module, sa description et son statut initial (« À tester »). Parsing bidirectionnel et mise à jour en direct via FeatureRegistry.php.

Vérification statique instantanée de l'intégrité PHP de l'ensemble du projet (129+ fichiers, 100% sans erreur). Feu vert technique exposé dans l'interface QA et déclenchable en 1 clic ou en ligne de commande via scripts/check_syntax.php.

Valorisation du rôle QA avec gains d'XP Forge (+25 XP par recette, +15 XP par scan). Intégration de la consigne stricte de consignation dans le protocole de fin de tâche de .antigravityrules.md.

Refonte complète de la modale d'attribution avec des cases à cocher Tabler.io ergonomiques. Possibilité d'assigner plusieurs métiers simultanément à un même membre avec les commandes rapides « Tout cocher » et « Tout décocher ».

Désactivation automatique et immédiate des métiers déjà possédés par le joueur sélectionné (options grisées et badge informatif « ✓ Déjà assigné »). Contrôle de non-redondance strict en base de données PDO pour préserver l'équilibrage de la Forge XP.

Intégration d'un bouton de suppression rapide directement sur chaque badge de métier dans le tableau. Déclenchement d'une modale de confirmation Tabler stylisée sans aucune boîte de dialogue native du navigateur.

Communication asynchrone via la Fetch API : suppression fluide du badge avec transition CSS d'estompement et injection instantanée des nouveaux métiers et actualisation de la grille de distribution sans rafraîchir la page.

Ajout d'un champ de confirmation obligatoire avec vérification de concordance en temps réel. Mise en place d'une jauge visuelle de solidité (4 niveaux : Faible, Moyen, Fort, Très Fort) évaluant 5 critères (longueur 8+, minuscules, majuscules, chiffres, caractères spéciaux) avec conseils contextuels interactifs.

Création des comptes en statut is_active = 0 avec jeton cryptographique SHA-256 expirant à 24 heures. Route de vérification /verify-email?token=..., blocage sécurisé des connexions non activées et formulaire de renvoi d'e-mail instantané.

Conception d'un template HTML responsive compatible avec l'ensemble des clients de messagerie (Gmail, Outlook, Apple Mail), reprenant la direction artistique du jeu (palette sombre, sceau impérial, bouton d'activation stylisé et alternative text/plain).

Section d'administration dédiée dans le tableau de bord avec sélecteur de transporteur (SMTP vs mail() locale), support STARTTLS/SSL, chiffrement AES-256-CBC du mot de passe en base et bouton d'envoi de test diagnostique immédiat.

Modélisation complète des métiers du jeu vidéo avec leurs titres honorifiques : Game Designer (Architecte des Mondes), Narrative Designer (Grand Chroniqueur), Développeur Frontend (Tisserand d'Illusions), Développeur Backend (Maître des Engrenages), Artiste 2D/3D (Enlumineur Céleste), Sound Designer (Harmoniste de Guerre), QA Tester (Inquisiteur des Failles) et Producteur (Stratège de la Forge). Table RBAC granulaire (14 permissions unitaires) et middleware de contrôle DevTeamEngine::authorize().

Système de progression des contributeurs : chaque action de test, équilibrage ou déploiement génère de la Forge XP. 5 paliers d'évolution avec titres honorifiques et barres d'expérience : Apprenti Forgeron, Artisan du Code & Lore, Maître Bâtisseur Féodal, Grand Concepteur du Royaume et Légende Vivante du Studio.

Accès direct aux commandes de test réservées aux testeurs QA et designers : injection rapide de ressources de test (+100k Métal, Cristal, Deutérium) et achèvement instantané de tous les chantiers féodaux en cours pour tests de non-régression immédiats.

Monitoring temps réel de la consommation mémoire, version PHP, joueurs et chantiers actifs. Possibilité pour les développeurs Backend et Producteurs de déclencher manuellement le cycle complet de décision des bots PNJ (BotEngine) avec restitution du journal d'exécution JSON.

Suppression définitive des onglets « Ateliers pédagogiques » (désormais page autonome 1er niveau /?page=pedagogy) et « Forum féodal » de la barre de navigation et du panneau d'administration. Rééquilibrage harmonieux des cartes KPIs en haut du tableau de bord (3 colonnes col-xl-4).

Intégration d'un panneau d'administration rétractable réservé aux administrateurs directement dans la vue du forum : gestion complète des catégories (création via modale, modification, tri d'affichage, verrouillage aux décrets Staff, suppression) et boutons de configuration rapide par salon. Conservation intégrale des contrôles de droits $auth->isAdmin() et $auth->isStaff().

L'intercept de routage dans admin.php référençait $currentTab qui n'est calculé que 300 lignes plus bas. Provoquait un Warning: Undefined variable au chargement de toute page admin. Corrigé en lisant directement $_GET['tab'] ?? '' dans la condition.

La requête SQL de chargement du ticket dans admin_support_traiter.php joignait la table planets sur p.is_main = 1, colonne absente du schéma. La colonne réelle s'appelle is_capital. Corrigé dans le LEFT JOIN.

Avec le Sceau impérial actif, la seconde construction recevait un started_at dans le futur (= fin de la première), ce qui la faisait passer en état pending dans le moteur JS. Son timer textuel tournait mais la barre CSS restait figée à 0 %. Cause racine : BuildingEngine::startUpgrade() utilisait systématiquement max($now, $maxFinishesAtGlobal), produisant un enchaînement séquentiel même lorsque la règle attendait un démarrage parallèle.

Refonte de la logique startTime dans BuildingEngine.php : comptage des chantiers actifs (started_at <= now AND finishes_at > now) par zone (field = Ressources, building = City). Si un slot simultané est libre (activeInZone < maxSimultPerZone), startTime = now. Sinon enchaînement séquentiel derrière le dernier de la zone. Limite : 2 simultanés par zone avec Sceau impérial, 1 sans. Terran non impacté (logique catégorie inchangée, portée à simultané).

Page dédiée permettant au joueur de modifier son signalement ou sa suggestion (titre, type, catégorie, sévérité, description) tant que le statut est pending. Éditeur Quill.js WYSIWYG avec préremplissage du contenu existant. Soumission asynchrone via fetch() avec désactivation du bouton pendant la requête et feedback inline succès/erreur.

Ajout de sanitizeHtml() (liste blanche de balises, suppression des attributs on*, javascript:, style), getTicketForEdit() (vérification auteur + statut pending, lève RuntimeException 403) et updateTicketByAuthor() (double garde WHERE user_id = ? AND status = 'pending', rowCount 0 → erreur 409 anti-TOCTOU).

Jeton CSRF généré à l'affichage de la vue (Auth::csrfToken()), fourni par l'API lors du GET (get_ticket_for_edit), validé avant tout traitement POST (Auth::verifyCsrf()). HTML Quill assaini côté serveur. Toutes les requêtes en PDO préparé. Bouton « ✏️ Modifier » affiché dans l'historique uniquement si status = pending.

La boîte modale de traitement admin est définitivement supprimée (adminTicketModal HTML + 4 fonctions JS). Remplacée par admin_support_traiter.php, une page complète accessible via ?page=admin&tab=support&action=traiter&id=XX&support_page=Y. Le routage intercepte l'action dans admin.php avant le rendu de la liste, inclut la vue dédiée puis fait return.

Affichage lecture seule du ticket (auteur, fief, statut, contenu HTML Quill). Formulaire de décision : sélecteur de statut, éditeur Quill pour la réponse officielle (préremplissage si réponse existante), toggle notification joueur, bouton « Supprimer » avec confirmation JS. Soumission via formulaire HTML standard → redirect + $_SESSION['flash'] → showToast() sur la liste.

Correction d'un bug de scope DOM : le grand badge de pourcentage affiché hors du .building-progress-wrapper (dans l'.alert parent) n'était pas capturé par le sélecteur pctLabels du composant ProgressBar. Il restait figé à la valeur PHP initiale tandis que le timer textuel progressait normalement. La résolution de scope élargit la collecte au bloc .alert/.card parent, tout en préservant l'isolation stricte des items en file (city.php, empire.php).

Correction du bug d'affichage « En attente (temps négatif) » causé par l'absence de data-started sur certaines barres (déclenchant un elapsed = now - 0 géant). Ajout d'un registre managedTimerEls pour empêcher la boucle de timers autonomes d'écraser les éléments déjà gérés par une instance ProgressBar. La fonction formatTime protège désormais contre les valeurs NaN et infinies.

Refactorisation complète du moteur de progression sous forme de classe autonome (ProgressBar). Chaque chantier instancié conserve son état propre (timestamps, pourcentage, statut, conteneur DOM et souscriptions d'événements onProgress / onComplete), éliminant tout écrasement de variables d'état partagées ou de timers globaux.

Correction du dysfonctionnement où les jauges secondaires restaient figées à 0%. Les ordres de construction séquentiels affichent désormais explicitement l'état « En attente » avec le temps avant amorçage. Suppression des intervalles concurrents dans les vues pour un cadencement centralisé fluide et performant.

Dans les fiches d'amélioration des bâtisses castrales et des parcelles rurales, le simple chronomètre textuel est remplacé par une barre de progression animée et dynamique affichant le pourcentage d'avancement exact (0 à 100%), le badge de progression et le compte à rebours synchronisé.

Intégration de la barre d'avancement dans les files de chantiers urbains (Cité), ruraux (Ressources) et la table globale des chantiers de l'Empire. Le moteur JavaScript universel (app.js) recalcule en continu le pourcentage et la largeur de jauge à chaque seconde.

Lors d'un ordre de recrutement de masse (ex: 50 fantassins, archers, samouraïs ou engins de siège), les guerriers ne sont plus retenus jusqu'à la fin complète du bataillon. Chaque unité achevée rejoint immédiatement la garnison et l'inventaire du fief, disponible sur le champ pour défendre ou attaquer.

Intégration d'une jauge binaire dans la Caserne, les Écuries / Chantier Naval et le panneau latéral de garnison : une première barre affiche l'avancement et le décompte de l'unité en cours (avec l'index ex. 1/50), tandis que la seconde jauge affiche la progression globale du lot complet avec mise à jour continue seconde par seconde.

Ajustement des gratifications accordées chaque semaine aux lauréats du Panthéon : 100 Koban pour la 1ère place (Or), 50 Koban pour la 2ème place (Argent) et 25 Koban pour la 3ème place (Bronze). Les rangs 4 à 10 reçoivent leurs rubans d'honneur impériaux sans versement d'or.

Exclusion totale des IA (is_bot = 0) du classement général et de la pagination. Les lignes entières du Tableau d'Honneur et du Classement Général deviennent cliquables pour ouvrir instantanément la fiche du Daimyō, et un espacement soigné a été aménagé entre le badge de rang et l'icône du fief.

Exclusion totale et stricte des comptes IA (is_bot = 1) du Tableau d'Honneur et du calcul des 4 classements hebdomadaires (Essor du Clan, Conquérant, Gardien et Grand Pillard). Seuls les joueurs humains peuvent désormais concourir et recevoir des médailles impériales (Or, Argent, Bronze, Rubans Top 10) ainsi que la prime de +100 Koban 🪙.

Restriction des enregistrements de combat hebdomadaires (updateCombatStats) aux commandants humains. Purge rétroactive automatique des médailles et scores indûment attribués aux IA, et mention explicite de la règle impériale dans l'onglet Tableau d'Honneur de la page Classement.

Séparation nette du sélecteur de fiefs et de l'effigie du héros samouraï dans le header. L'avatar est désormais positionné sur l'extrémité droite avec un badge de niveau rond, rouge vif et texte blanc (rounded-circle bg-danger text-white) avec lien direct vers la gestion du héros.

Ajout d'un badge dynamique sur le bouton principal Communication cumulant l'ensemble des éléments non lus : courriers de la messagerie, chuchotements du chat féodal et rapports de combat. Décomposition détaillée avec badges dédiés dans le menu déroulant et marquage à la lecture.

Création de la vue intégrée views/changelog.php encapsulée dans le layout principal (HUD féodal, barre des ressources, sélection de fief, navigation Tabler et footer unifié) au lieu d'une page isolée et déconnectée du jeu.

Suppression du bouton redondant « Retour au Jeu » du registre de versions. Les liens du footer et de l'atelier pédagogique pointent désormais de façon unifiée vers la vue in-game avec persistance automatique de l'historique.

Correction du gel à 0% de la barre d'avancement lors du développement d'un palier technologique. La boucle d'horloge recalcule désormais à chaque seconde le pourcentage écoulé réel (Math.floor((elapsed / total) * 100)) et met à jour en temps réel la largeur du composant Tabler (progress-bar-striped progress-bar-animated) ainsi que le texte de progression.

Enrichissement du ResearchService avec la transmission explicite de started_at, finishes_at et total_duration, assortie d'une validation rigoureuse des timestamps Unix et d'une compensation de l'écart d'horloge client/serveur (clock delta).

Extraction complète de la logique métier dans ResearchService et ResearchDTO avec typage strict. Correction prioritaire de l'erreur d'obsolescence Implicit conversion from float to int loses precision sur le calcul des durées grâce à intdiv() et sécurisation des arrondis de coûts.

Refonte intégrale de views/research.php au standard Tabler.io : carte de filtres réactifs (recherche textuelle, catégories, switch finançables uniquement, tri), double mode d'affichage Grille 🔲 / Tableau 📄, suivi de file active avec compte à rebours dynamique et pagination native.

Correction d'un déséquilibre de balises HTML dans l'arborescence DOM de l'administration. Les onglets Forum Féodal et GitHub Sync s'affichent désormais instantanément sans être masqués par le conteneur parent.

Rénovation complète du pied de page du jeu : intégration du présent Changelog officiel, accès direct aux Règles du jeu (ex-Codex) et au guichet Support & Aide.

Ouverture d'une section publique dédiée à l'apprentissage de la programmation et de l'architecture logicielle à travers l'exemple vivant d'OpenShogun.

Exploration pas-à-pas : Production continue sur delta de temps, File de construction asynchrone et Résolution matricielle des combats féodaux avec pseudo-code interactif.

Intégration d'un badge de transparence et d'une modale permettant aux joueurs et apprenants d'inspecter les prompts IA exacts utilisés pour générer les visuels du jeu.

Apparition d'oasis riches en ressources naturelles (Cèdre, Pierre, Riz) peuplées de meutes sauvages (Loups de Honshū, Ours d'Hokkaidō, Sangliers féroces) à pacifier ou capturer avec des cages.

Algorithme de répartition géographique homogène garantissant un placement équitable des forteresses historiques légendaires sur l'ensemble de la carte de province.

Votre seigneur de guerre gagne des niveaux en menant vos armées. Répartissez ses points d'attributs (Force, Stratégie, Vigueur, Charisme, Sagesse) pour octroyer de puissants bonus économiques et militaires à vos fiefs.

Tous les fiefs disposent de leurs 16 emplacements de construction entièrement libres. Bâtissez forteresses, casernes et marchés selon votre propre stratégie dès le premier jour.

Déploiement du Bélier à éperon d'acier, de la Grande Tour de Siège baliste et des Grands Convois logistiques pour les assauts de forteresses.

Système de notification in-game présentant les évolutions du royaume dès leur promulgation par le Shōgunat.