Stonetavern

Le registre.

Ce qui a été décidé, ce qui attend, et ce que nous avions faux. La plupart des projets de serveur publient le premier des trois. Cette page existe parce que le troisième est le seul qui vous apprenne quelque chose.

Où nous en sommes

Une partie de tout cela est inconfortable à écrire. Cela reste mieux que de le découvrir par vous-même.

  • Une perte d'objets sur Elwynn

    en attente d'une fenêtre

    Des personnages perdaient des objets qui se trouvaient dans leurs sacs. La cause est comprise et la correction figure déjà dans la configuration, mais le serveur en cours d'exécution ne l'a jamais lue. Elle ne prend effet qu'après un redémarrage, et celui-ci n'est pas encore planifié. Aucun cas connu sur Barrens, et nous pesons nos mots : aucun cas confirmé dans les données que nous avons examinées ne veut pas dire que c'est écarté.

  • Expérience doublée pour les paliers déjà ouverts

    en attente d'une fenêtre

    Développé et mesuré sur une version de test, et délibérément pas activé. Pour l'instant il n'y a rien à rattraper, puisque le royaume n'a ouvert qu'un seul palier. C'est prévu pour le moment où la phase suivante s'ouvrira.

  • Personne n'est réveillé si le royaume tombe la nuit

    ouvert

    Un travail de supervision est en cours, et tant qu'il n'est pas en place, une panne en dehors de nos heures d'éveil est découverte par les joueurs avant nous. Si le royaume est hors ligne et que tout est calme, nous le dire sur Discord est vraiment le chemin le plus rapide.

  • Le planificateur d'équipement montre des objets qui n'existent pas ici

    ouvert

    Un joueur l'a signalé, et il a raison. Le planificateur a été construit à partir d'un instantané de l'autre royaume, pris avant l'existence de Barrens, et il ignore à quelle étape de contenu tourne ce royaume. Il proposera donc volontiers à un personnage de niveau 19 de l'équipement de raid issu d'un correctif que ce monde n'a jamais atteint. C'est sur la liste, et la correction doit être liée au calendrier des phases, sinon elle redeviendra obsolète dès que le monde avancera.

  • Les quêtes de pêche qu'un joueur ne trouvait pas

    fait

    Observation juste, là encore, et là encore ce n'est pas un bug. Ces quêtes appartiennent à une étape de contenu plus tardive que celle où se trouve le royaume. Elles arriveront quand le monde y parviendra.

Cinq choses que nous avions fausses, repérées avant leur mise en ligne.

Chaque travail ici est relu par un second examinateur indépendant avant de s'approcher du royaume. Ces cinq-là ont été attrapées ainsi. Elles figurent ici parce qu'elles partagent une propriété qu'il vaut la peine de comprendre.

  • Nous avons construit un contrôle de santé incapable de voir la panne qui l'avait motivé

    fait

    Frapper à la porte d'un service depuis l'extérieur n'apprend rien quand ce service se relance tout seul en quelques secondes. Le contrôle serait resté au vert pendant tout l'incident pour lequel il avait été écrit.

  • Nous avions prévu une autorisation qui n'aurait rien autorisé

    fait

    Deux choses différentes étaient confondues : qui a le droit de se connecter, et quelles connexions sont laissées passer. Corriger la première aurait laissé la seconde exactement aussi fermée qu'avant.

  • Nous avons renouvelé un compte d'alerte sans le noter nulle part

    fait

    Toutes les alertes se seraient tues, pendant que l'installation elle-même annonçait une réussite.

  • Nous avons écrit un guide qui aurait discrètement désactivé ce qu'il activait

    fait

    Il remplaçait un fichier de configuration d'une manière que le service en cours ne relit jamais. La nouvelle valeur à l'extérieur, l'ancien comportement à l'intérieur, et aucun message d'erreur nulle part.

  • Nous avons affirmé que Barrens n'était pas touché sans pouvoir le montrer

    fait

    Les exports de discussion que nous lisions s'arrêtent avant l'ouverture du royaume : les échanges d'après le lancement manquaient tout simplement. La version honnête est : aucun cas confirmé dans les données que nous avons examinées. C'est ce que nous disons désormais.

Chacune de ces cinq aurait annoncé une réussite. Aucune erreur, aucun avertissement, rien de rouge. C'est le mode de défaillance contre lequel il faut se prémunir sur un serveur auquel des gens confient leur temps, et c'est la raison pour laquelle rien ici ne part en production parce que cela avait l'air correct.