BOO-NUS!40% de réduction sur votre premier paiement avec HALLOWEEN2026.Voir tous nos plans

Mises à jour

Gérer un serveur Hytale en accès anticipé : des mises à jour sans drame

L'accès anticipé, c'est un jeu qui change sous vos pieds. Avec trois réglages et une habitude, vos joueurs ne remarqueront pas les mises à jour, seulement le nouveau contenu.

Pourquoi on ne peut pas sauter les mises à jour

Pour l'instant, le client et le serveur Hytale doivent être à la même version de protocole. Dès que le jeu des joueurs se met à jour, un serveur resté sur l'ancienne version les refuse. Hypixel a annoncé une tolérance de ±2 versions pour l'avenir ; d'ici là, rester à jour fait partie de la gestion du serveur. Version différente.

Comment fonctionne le système de mise à jour intégré

  1. Il vérifie

    Toutes les heures par défaut (CheckIntervalSeconds : 3600), et il peut prévenir les joueurs quand une mise à jour est disponible.

  2. Il télécharge

    Dans updater/staging/, pendant que le serveur continue de tourner.

  3. Il applique

    Le serveur s'arrête avec le code de sortie 8.

  4. Il redémarre

    Les scripts de démarrage mettent les nouveaux fichiers en place et le relancent, en gardant configuration, sauvegardes et mods.

Le fonctionnement des mises à jour, en détail.

Choisir quand elles s'appliquent

AutoApplyModeCe qui se passePour qui
Disabled (par défaut)Seulement quand vous lancez /update apply --confirmLes admins qui veulent tout contrôler
WhenEmptyDès que personne n'est connectéLa plupart des serveurs communautaires
ScheduledLes joueurs sont prévenus, puis elle s'applique après AutoApplyDelayMinutes (30 par défaut)Les serveurs si fréquentés qu'ils ne sont jamais vides

Les commandes que vous utiliserez vraiment

CommandeQuand
/update checkPour voir s'il y a une nouvelle version
/update statusPour voir ce que fait le système de mise à jour
/update apply --confirmPour appliquer tout de suite une mise à jour préparée
/update cancelPour abandonner une mise à jour préparée

Une routine pour des mises à jour ennuyeuses

  • D'abord, une sauvegarde. Le système peut sauvegarder avant d'appliquer (RunBackupBeforeUpdate), mais une sauvegarde du panel est la copie qui survit à tout. Les sauvegardes avant mise à jour.
  • Ensuite, lisez la console. Les mods faits pour l'ancienne version sont les victimes habituelles.
  • Sortez les mods cassés, remettez-les plus tard. Les joueurs récupèrent le serveur tout de suite et le mod quand son auteur se met à jour. Plantage après une mise à jour.
  • Prévenez vos joueurs. Un petit mot sur votre Discord évite beaucoup de « le serveur est tombé ? ».

Release ou pre-release

Le serveur peut suivre le patchline release, celui de presque tous les joueurs, ou pre-release, qui reçoit les versions plus tôt. Sur nos serveurs, c'est l'option de démarrage « Patchline ». Sauf pour tester un plugin, restez en release : un serveur en pre-release n'accepte que des joueurs en pre-release. Les patchlines.

Si vous ne retenez qu'une chose

Laissez le serveur suivre le jeu, réglez AutoApplyMode sur WhenEmpty et ne mettez jamais à jour sans sauvegarde. C'est tout ce que l'accès anticipé vous demande.

Questions fréquentes

Le système intégré télécharge les mises à jour tout seul ; appliquez-les avec /update apply --confirm ou laissez AutoApplyMode s'en charger.

Le serveur doit être à la même version que leur jeu. Mettez le serveur à jour.

Pas si vos joueurs mettent leur jeu à jour : pour l'instant, client et serveur doivent correspondre exactement.

Non. Le système garde la configuration, les sauvegardes et les mods. Sauvegardez quand même avant chaque mise à jour.

À propos de cet article : Il vient de ce que j'ai appris en faisant tourner EnduranceNodes, et il est publié ici en premier. Nous vendons de l'hébergement Minecraft : tout ce que je dis de nous est vérifiable sur ce site, et je signale où nous ne sommes pas le meilleur choix.