Une mise à jour Eco 14.1 ne justifie pas un redémarrage immédiat d’un monde déjà lancé. La priorité consiste à vérifier la compatibilité client-serveur, l’état des mods, les réglages de sauvegarde et les valeurs modifiées par le patch avant toute intervention. Une mauvaise manipulation de maintenance peut casser davantage qu’un changement de version.
En bref
- Un serveur déjà en cours doit être sauvegardé avant toute opération liée à Eco 14.1.
- La version affichée par le client et celle demandée par le serveur doivent correspondre exactement.
- Les mondes avec mods ou réglages personnalisés exigent un contrôle de configuration plus strict que les mondes sans modification.
- Les annonces de serveurs indiquant une longue durée, un météore désactivé ou des multiplicateurs ne suffisent pas à prouver leur compatibilité avec la version 14.1.
- La performance se vérifie après redémarrage, avec des joueurs connectés et des machines actives, pas seulement au lancement du processus.
Cette page s’applique à Eco 14.1, vérifiée le 05/09/2026. Elle traite des mondes déjà créés et des serveurs publics ou privés existants ; elle ne remplace pas le guide consacré à l’ouverture d’un serveur Eco ni la documentation des mods.
Que faut-il contrôler avant de lancer Eco 14.1 sur un serveur existant ?
Commence par arrêter proprement le processus du serveur, puis copie le dossier de sauvegarde vers un emplacement distinct. Cette copie ne sert pas à gagner du temps. Elle sert à revenir au monde précédent si la mise à jour modifie une donnée que le serveur ne sait plus relire après le premier chargement.
Le contrôle doit porter sur quatre éléments précis : la version du client, la version du serveur, les extensions installées et les paramètres de démarrage. Une sauvegarde récente ne remplace pas cette vérification. Elle protège seulement le monde une fois que l’erreur est déjà arrivée.
La compatibilité ne se limite pas au numéro visible dans Steam. Un serveur peut démarrer avec un fichier de configuration ancien, un mod non mis à jour ou une commande de lancement qui charge une dépendance absente. Le symptôme n’est pas toujours un arrêt net. Il peut prendre la forme d’un monde accessible, puis d’objets impossibles à utiliser, de recettes qui disparaissent ou d’un joueur bloqué à la connexion.
Le changelog officiel de Strange Loop Games reste le point de départ pour identifier les systèmes touchés par une version. Les notes de version publiées par Strange Loop Games, consultées le 05/09/2026, doivent être lues avant de remplacer les fichiers du serveur. Un guide antérieur à l’Update 14 peut décrire une structure de données ou une mécanique qui ne correspond plus à la partie actuelle.
Prépare une sauvegarde que tu peux réellement restaurer
Une sauvegarde utile contient le monde, ses fichiers de configuration et la liste exacte des modifications chargées. Copier uniquement le répertoire principal du monde est insuffisant si la configuration des lois, des professions ou des modules dépend de fichiers placés ailleurs. Note également la date et l’heure de l’arrêt, afin de savoir quelle copie contient la dernière session complète.
Sur un monde de longue durée, la taille du dossier mérite une vérification avant la copie. Un transfert interrompu peut produire une sauvegarde qui semble présente mais dont certains fichiers sont incomplets. Compare le volume total du dossier source avec celui de la copie. Si les tailles diffèrent fortement, recommence avant d’installer la nouvelle version.
Un relevé de maintenance effectué le 05/09/2026 sur Eco 14.1 doit au minimum consigner la date du monde, le nombre de joueurs attendus, les mods actifs et l’objectif de session. Ces données ne sont pas des valeurs universelles du jeu. Elles permettent surtout de distinguer un problème lié au patch d’un problème déjà présent avant l’opération.
La procédure change si le serveur utilise une base de données externe, des scripts de sauvegarde ou une interface d’administration. Dans ce cas, la copie manuelle reste nécessaire, mais elle ne couvre pas forcément les données ajoutées par l’hébergement. Vérifie le chemin réel de sauvegarde indiqué dans la configuration au lieu de supposer qu’il correspond au dossier affiché par défaut.
Compare les informations qui comptent vraiment
Ouvre le menu principal du client et relève la version affichée. Fais ensuite la même chose sur la machine qui exécute le serveur. Si les deux numéros divergent, ne cherche pas d’abord un réglage réseau : la connexion peut échouer avant même que les ports ou les droits d’accès soient concernés.
La liste suivante doit être complétée avant le redémarrage. Elle évite de confondre une erreur de version avec une erreur de configuration.
- Arrête le serveur et attends l’écriture complète des données.
- Copie les sauvegardes et les fichiers de réglages dans un dossier daté.
- Relève la version d’Eco côté client et côté serveur.
- Liste chaque mod, sa version et sa source de téléchargement.
- Lis les notes de la mise à jour concernant les systèmes présents dans ton monde.
- Démarre d’abord le serveur sans joueur connecté et consulte les messages de chargement.
- Connecte un compte de test, vérifie les revendications, les lois et les recettes critiques.
Cette séquence paraît lente seulement lors du premier passage. Elle évite surtout d’effectuer une restauration sous pression après l’arrivée des joueurs. Le bon résultat n’est pas un serveur qui affiche « en ligne » : c’est un monde où un compte de test peut se connecter, ouvrir ses interfaces et interagir avec ses éléments existants sans erreur visible.
Comment vérifier la compatibilité des joueurs, des mods et de la configuration ?
La compatibilité d’un serveur déjà lancé se contrôle par couches. Le client doit correspondre au serveur. Les mods doivent correspondre à la version attendue par le monde. Enfin, la configuration doit produire le comportement annoncé par l’administrateur. Réussir la première couche ne garantit pas les deux suivantes.
Les serveurs publiés dans les listes publiques montrent bien cette diversité de réglages. Certains annoncent une partie longue sans météore, d’autres un cycle de trente jours, une carte de 4 km², des multiplicateurs de compétence ou des limites de professions par citoyen. Ces descriptions renseignent l’intention du monde, mais elles ne donnent pas automatiquement sa version ni l’état réel de ses fichiers après une mise à jour.
Le cas de GreenLeaf Vanilla illustre cette différence. Sa description annonce une carte de 120 × 120 et un météore activé sur trente jours. GreenLeaf Prime annonce au contraire une carte de même taille avec météore désactivé. Ces paramètres déterminent le rythme du monde, mais aucun des deux textes fournis ne permet de déduire leur compatibilité technique avec Eco 14.1. Sans numéro de version vérifié, il faut considérer cette donnée comme non renseignée.
Les mods doivent être traités comme une dépendance technique
Un monde sans modification personnalisée est plus simple à mettre à jour, mais il doit quand même être contrôlé. Un monde moddé doit être isolé avant toute opération : relève chaque extension, désactive les modules dont la compatibilité n’est pas explicitement confirmée et évite de mettre à jour plusieurs composants à la fois.
Mettre à jour Eco, trois mods et un fichier de configuration dans la même session rend le diagnostic presque impossible. Si un atelier ne charge plus ou qu’une profession n’apparaît plus, aucune cause ne peut être isolée. Mets d’abord le serveur à jour avec la liste de mods existante. Si le démarrage échoue, restaure la sauvegarde et examine les messages produits au chargement.
Un serveur annoncé comme « 99 % vanilla », comme Koolnami – Vanilla Capitalism avec un mod optionnel Eco Gnome, demande malgré tout un contrôle de l’extension mentionnée. Le mot vanilla indique une intention de réglage proche de la base du jeu. Il ne constitue ni une garantie de sécurité ni une preuve de compatibilité après un changement majeur.
Les mondes plus transformés demandent encore davantage de méthode. The Golden Age annonce plusieurs mods et des fonctions personnalisées. Mercury Rising mentionne également des mods et des options de stockage ou de transport élargies. Dans ces cas, l’ordre correct consiste à lire les notes du mod, vérifier sa version, effectuer un démarrage de test et seulement ensuite rouvrir l’accès aux joueurs.
Les réglages de session ne sont pas des détails
Une configuration déjà lancée contient souvent des choix qui ont des effets durables : taille de carte, vitesse de progression, capacités de stockage, nombre de métiers autorisés, durée avant le météore, monnaie de départ ou règles de revendication. Une mise à jour ne doit pas être utilisée comme prétexte pour modifier ces paramètres sans trace.
Le serveur AWL Gaming Long Term annonce une carte de 4 km², un météore désactivé, des piles de 400 objets et des pelles aux capacités modifiées. Le serveur [GER] Feierabend-Eco annonce quant à lui des piles multipliées par six, un coût de production laissé à un multiplicateur de un, ainsi que des seuils de colonie et de ville. Ces choix affectent la progression et l’économie interne. Ils doivent être exportés ou notés avant tout ajustement.
Le tableau ci-dessous reprend uniquement des paramètres déclarés dans les descriptions disponibles. La colonne de compatibilité ne fabrique pas une information absente : une annonce sans version Eco 14.1 vérifiée reste marquée comme telle.
| Serveur déclaré | Type de monde annoncé | Réglage visible | Mods ou ajustements déclarés | Compatibilité Eco 14.1 vérifiée | Date fournie |
|---|---|---|---|---|---|
| GreenLeaf Vanilla | Partie à échéance | Carte 120 × 120, météore en 30 jours | Réglages annoncés comme vanilla | Non renseignée dans l’annonce | Non renseignée |
| GreenLeaf Prime | Longue durée | Carte 120 × 120, météore désactivé | Informations de gestion indiquées | Non renseignée dans l’annonce | Non renseignée |
| AWL Gaming Long Term | Longue durée | Carte 4 km², piles de 400 | Pelles modifiées, monnaie de départ | Non renseignée dans l’annonce | Non renseignée |
| [GER] Feierabend-Eco | Session réglée | Colonies dès 2 joueurs, villes dès 8 | Piles ×6, autres réglages annoncés | Non renseignée dans l’annonce | 21/08, année non indiquée |
| NusantaraSurvivalCommunity | Partie à échéance | Carte 2,56 km², objectif jour 60 | Difficulté moyenne déclarée | Non renseignée dans l’annonce | Non renseignée |
Une annonce est donc un point de départ, pas une fiche technique complète. Pour rejoindre un monde, consulte la sélection des serveurs Eco francophones et vérifie la date de contrôle affichée avec la version demandée par le serveur. Cette vérification prend moins de temps qu’un téléchargement de mods inutilisables.
Quels changements Eco 14.1 peuvent perturber une partie déjà en cours ?
Le risque n’est pas que chaque mise à jour efface un monde. Le risque est qu’elle modifie une mécanique dont la partie dépend déjà : production, modules, stockage, déchets, lois, affichage d’interface ou fonctionnement d’un mod. Un serveur avancé possède davantage de points de contact qu’un monde lancé la veille.
La documentation officielle doit être utilisée pour déterminer ce qui a changé dans la version, pas pour deviner les valeurs présentes dans ton monde. Les notes de version doivent être rapprochées de ta propre configuration. Si le patch touche un système absent du serveur, il ne justifie pas d’intervention particulière. S’il touche une chaîne de production centrale ou un module utilisé dans chaque atelier, un test complet devient nécessaire.
Le premier contrôle porte sur les objets déjà construits. Connecte un compte de test, ouvre les ateliers qui produisent les ressources les plus utilisées, puis vérifie que leurs recettes, leurs entrées et leurs sorties sont visibles. Ne commence pas par une construction neuve. Les éléments existants révèlent mieux une rupture de migration ou une dépendance manquante.
Teste les mécanismes au lieu de te fier à l’écran de démarrage
Un serveur peut démarrer normalement et comporter une erreur qui n’apparaît qu’après plusieurs actions. Vérifie une revendication, consulte une loi active, ouvre un stockage, lance une recette, ramasse un objet et reconnecte le compte de test. Chaque action doit laisser une trace cohérente dans l’interface et dans les journaux du serveur.
Les lois demandent une attention particulière parce qu’elles mêlent droits, déclencheurs et effets. Ouvre l’onglet Gouvernement, consulte la liste des lois, puis vérifie leur statut. Une loi active doit toujours afficher son texte, ses conditions et les éléments sur lesquels elle s’applique. Si une interface est vide ou si une loi refuse de s’ouvrir, ne modifie pas le texte existant avant d’avoir sauvegardé l’état du monde.
La même prudence vaut pour les valeurs affichées par les compteurs du jeu. Une valeur de pollution, de déchets ou d’émissions affichée dans une partie est une unité interne au jeu. Elle doit être comparée à son relevé précédent dans le même monde, avec la même version et les mêmes réglages. Elle ne se convertit en aucune donnée extérieure au jeu.
Un relevé exploitable sur Eco 14.1, daté du 05/09/2026, doit par exemple noter le jour de monde, la taille de carte, le nombre de joueurs connectés pendant le test, les machines actives et la valeur affichée par le compteur concerné. Sans ces conditions, une hausse ou une baisse observée après mise à jour ne permet pas d’identifier le patch comme cause.
Conserve un journal des écarts observés
Le journal de maintenance doit séparer ce qui est confirmé de ce qui est seulement suspecté. Écris « recette visible mais production refusée », pas « la mise à jour a cassé la recette ». Cette distinction évite d’accuser le patch alors qu’un joueur a retiré un ingrédient, qu’une loi a changé ou qu’un mod n’est plus chargé.
Les mondes construits autour de villes distinctes demandent aussi un contrôle des revendications. [GER]Bingorunde annonce plusieurs villes disposant de règles propres et d’îles attribuées. Dans une telle configuration, vérifie d’abord qu’un compte autorisé accède à ses terrains, puis qu’un compte non autorisé conserve les restrictions attendues. Un test de droits est plus fiable qu’une simple consultation de la carte.
Les serveurs orientés jeu de rôle ou économie longue, comme [GER] Projekt Biotop, Planet Legion ou The Green Frontier RP, peuvent posséder des règles locales qui ne figurent pas dans l’annonce publique. La mise à jour ne dit rien de leur validité. Seule la configuration active, lue dans le monde et testée sur un compte, permet de savoir si elles fonctionnent encore.
La règle de maintenance reste simple : un changement confirmé se mesure dans le monde, tandis qu’un changement supposé s’écrit dans le journal et attend un test reproductible.
Comment préserver la performance et la sécurité après la mise à jour ?
La performance ne se juge pas pendant les trente premières secondes du redémarrage. Un monde déjà lancé charge ses données, ses revendications, son économie et les objets construits avant de révéler ses ralentissements. Il faut observer le serveur au repos, puis avec des connexions, des déplacements et des ateliers en activité.
Commence par relever l’heure de démarrage, le temps de chargement visible dans les journaux et les erreurs affichées. Reproduis ensuite un trajet courant : connexion, téléportation éventuelle, ouverture d’un stockage, accès à un atelier, lancement d’une recette et déconnexion. Si l’un de ces gestes produit une attente inhabituelle, compare les journaux avec ceux de la version précédente sauvegardée.
La maintenance technique gagne à être séparée de l’équilibrage du monde. Modifier les multiplicateurs, la taille des piles ou la durée du météore pour compenser un ralentissement brouille le problème. Une optimisation utile réduit d’abord la cause identifiée : un mod absent, une erreur répétée dans les journaux, une saturation de stockage ou une tâche de sauvegarde mal placée.
Réduis les sources de diagnostic confus
Un serveur de longue durée accumule des paramètres difficiles à lire si personne ne les documente. The Dao Kingdom, Eco sphere et plusieurs autres annonces mettent en avant une progression longue, avec parfois quelques mods. Cette durée rend la conservation des journaux et des sauvegardes plus importante, car une erreur peut apparaître après plusieurs jours de fonctionnement plutôt qu’au premier lancement.
La configuration de sauvegarde doit être contrôlée après l’installation. Vérifie que le serveur écrit bien dans le répertoire attendu, que l’espace de stockage reste disponible et que les copies précédentes ne sont pas remplacées sans contrôle. Une sauvegarde unique ne protège pas contre une corruption détectée tardivement. Garde au moins une copie antérieure à la mise à jour et une copie créée après les tests réussis.
La sécurité concerne aussi les accès administratifs. Après une mise à jour, vérifie la liste des comptes autorisés, les mots de passe du panneau d’administration s’il existe et les droits accordés aux groupes. Un serveur qui retrouve ses réglages de jeu mais perd la maîtrise de ses permissions n’est pas prêt à rouvrir.
N’expose pas davantage de ports qu’il n’en faut pour résoudre une erreur de connexion. Un problème de compatibilité client-serveur ne se corrige pas en ouvrant des ports supplémentaires. Vérifie d’abord la version, puis la configuration réseau déjà documentée. Si le serveur est joignable mais qu’un seul joueur échoue à entrer, le client de ce joueur et ses mods sont des suspects plus probables que le pare-feu du monde entier.
Observe le serveur dans ses conditions réelles
Un test pertinent inclut plusieurs profils d’usage. Un compte de test doit pouvoir interagir avec les zones privées. Un autre doit vérifier les droits publics. Si le monde utilise une monnaie ou une boutique, une transaction simple doit être tentée. Si des machines à énergie sont présentes, observe leur fonctionnement pendant une période normale de production.
Le serveur BenyiiVT’s World annonce une session pensée pour des personnes ayant peu de temps, avec des réglages de confort et des multiplicateurs modérés. Ce type de configuration peut réduire certaines attentes de progression, mais il ne remplace pas la surveillance après patch. Les multiplicateurs et réglages de confort doivent être comparés à leur état antérieur, car ils peuvent masquer un déséquilibre apparu dans une recette ou un métier.
Le serveur affiché comme « Longtime Building Server » indique un lancement le 17/04/2026, une croissance rapide des cultures, un stockage accru et des changements de qualité de vie. Ce sont des réglages déclarés, pas une preuve de stabilité sous Eco 14.1. Pour vérifier une telle partie, il faut relever la version active, essayer une connexion et noter la date exacte du contrôle.
Une optimisation sérieuse n’ajoute pas de réglages au hasard. Elle produit un relevé qui permet de dire quel comportement a changé, à quel moment et dans quelle configuration.
Quelle maintenance appliquer avant de rouvrir les serveurs Eco 14.1 ?
La réouverture doit arriver après un cycle complet de test, pas après l’installation des fichiers. Les joueurs doivent recevoir une information courte et vérifiable : version attendue, éventuelle liste de mods, heure de remise en ligne et présence ou non d’un changement de configuration. Évite les annonces qui promettent une stabilité sans indiquer ce qui a été contrôlé.
Pour les serveurs déjà lancés, l’ordre de maintenance réduit les erreurs. Sauvegarde d’abord. Mets à jour ensuite. Démarre hors connexion publique. Lis les journaux. Teste avec un compte. Vérifie les lois, les droits et les activités de production. Enfin, rouvre l’accès. Chaque étape a un résultat observable.
Le statut public d’un serveur ne suffit pas à garantir qu’il est prêt. Une liste peut encore afficher une ancienne description, une date de début de saison ou des réglages qui ne correspondent plus au monde actif. Le serveur [GER/ENG] PΛRADIES annonce par exemple une reprise après une pause et une première session. Cette indication aide à comprendre son rythme, mais elle ne confirme ni la date de redémarrage effective ni la version en cours.
Documente les informations que les joueurs doivent comparer
Publie la version exacte demandée, sans écrire seulement « dernière version ». Cette formulation devient fausse dès le patch suivant. Ajoute la date de vérification et précise si les mods sont requis, facultatifs ou absents. Si une incompatibilité connue existe, indique le symptôme et la manipulation prévue, par exemple une mise à jour du client ou le retrait temporaire d’un mod.
Les serveurs qui annoncent un objectif très court, comme un météore sur sept jours et une remise à zéro toutes les quatorze journées, n’ont pas le même besoin de continuité qu’un monde sans météore. Pourtant, les deux doivent protéger leurs sauvegardes. La différence porte sur la décision : un monde court peut accepter plus facilement une remise à zéro annoncée, tandis qu’un monde de longue durée doit privilégier la restauration de l’état existant.
Le choix entre ces rythmes doit rester visible. GreenLeaf Prime, >T-PA< slow pace server et plusieurs mondes longue durée annoncent l’absence de météore. GreenLeaf Vanilla et NusantaraSurvivalCommunity annoncent au contraire un objectif limité dans le temps. Ces paramètres de session ne disent rien de la qualité technique, mais ils déterminent la gravité d’une perte de progression et donc le niveau de prudence à appliquer.
Ne confonds pas réouverture et changement de règles
Une mise à jour peut obliger à adapter un mod ou une interface. Elle ne force pas à modifier les règles sociales, les limites de professions ou les réglages de ressources d’un monde existant. Si un changement de configuration est nécessaire, note l’ancienne valeur, la nouvelle valeur, la date et la raison technique. Les joueurs pourront alors distinguer une conséquence du patch d’une décision d’administration.
La comparaison entre une partie locale et un monde partagé aide aussi à cadrer l’intervention. Une partie locale permet de tester vite une version et quelques recettes. Un serveur avec plusieurs joueurs, des revendications et des lois demande un contrôle plus large. Le guide sur les différences entre solo et serveur dans Eco permet de séparer ces deux situations avant de reproduire un test local sur une partie collective.
Avant la remise en ligne, vérifie une dernière fois que la version annoncée correspond à celle affichée par le serveur et que la sauvegarde antérieure est disponible hors du dossier actif. Cette action ne rend pas la mise à jour infaillible ; elle rend le retour arrière possible si le premier vrai test révèle un problème.
Faut-il recommencer un monde après la mise à jour Eco 14.1 ?
Non. Commence par sauvegarder le monde, mettre à jour le serveur et vérifier les fonctions déjà utilisées. Une remise à zéro ne se justifie que si un problème confirmé ne peut pas être corrigé ou restauré.
Pourquoi un joueur ne peut-il plus rejoindre un serveur après la mise à jour ?
La première vérification porte sur la compatibilité entre la version du client et celle du serveur. Contrôle ensuite les mods requis et les messages affichés dans les journaux du serveur.
Une annonce de serveur indique-t-elle sa compatibilité avec Eco 14.1 ?
Pas forcément. Une annonce peut préciser la taille de carte, la durée du météore ou les réglages, sans afficher la version active. Seule une vérification datée de la version demandée permet de confirmer la compatibilité.
Quels éléments faut-il tester après le redémarrage ?
Teste la connexion, les revendications, les lois, les stockages, les recettes utilisées et les droits d’accès. Consulte aussi les journaux pendant ces actions pour repérer une erreur qui ne serait pas visible dans l’interface.
Le dossier complet Serveur Eco francophone : le rejoindre ou créer le sien
